Tecnológico de Estudios Superiores de San Felipe del Progreso

Ingeniería Informática

Proyecto integrador:
Sistema integral de registro y control de asistencias a eventos

Materia:
Análisis y modelado de sistemas de información

Docente:
Guillermina Reyes Juárez

Alumno:
Gabriel Francisco Alonso
Leonel Gabino Cruz
Cristian Omar González González
Julián Retana González

Grupo:
501

03/NOV/2024
Resumen
El proyecto plantea el desarrollo de un sistema de registro y control de asistencias a eventos
mediante tarjetas RFID dirigido a optimizar el registro de estudiantes en eventos académicos de
Ingeniería Informática con el uso de tecnología que automatiza procesos y reduce errores
tradicionales El sistema almacena datos personales y de asistencia en tiempo real permitiendo un
control eficiente por parte de los organizadores Las actividades incluyen identificar problemas definir
requisitos diseñar y desarrollar el sistema realizar pruebas e implementarlo Se detallan requisitos
funcionales y no funcionales como registro automatizado bases de datos interfaz amigable
rendimiento escalabilidad y seguridad Se especifican los elementos de hardware necesarios como
lectores RFID módulos ESP8266 y microcontroladores así como herramientas de software como
Java bases de datos relacionales y frameworks web El cronograma organiza las fases de inicio
elaboración construcción y transición integrando actividades como análisis de riesgos diseño de
arquitectura desarrollo de prototipos y capacitación de usuarios Diagramas de caso de uso
actividades secuencia clases y entidad-relación explican la estructura y funcionalidades del sistema
mientras tablas describen procesos como la gestión de usuarios generación de reportes y registro
de asistencia El objetivo es ofrecer una solución integral que mejore la experiencia de usuarios y
organizadores durante eventos institucionales
Contenido
Introducción ..................................................................................................................................... 5
Planteamiento del problema ........................................................................................................ 6
Justificación ..................................................................................................................................... 7
Objetivo General.............................................................................................................................. 8
Objetivos específicos. ................................................................................................................... 8
Alcances ............................................................................................................................................ 9
Limitaciones ................................................................................................................................... 10
Requerimientos funcionales ...................................................................................................... 11
Requerimientos de Hardware .................................................................................................... 12
Requerimientos de Software...................................................................................................... 14
Datos de la empresa ..................................................................................................................... 18
Origen de la metodología............................................................................................................ 23
Descripción detallada de actividades. .................................................................................... 28
Cronograma .................................................................................................................................... 34
Diagramas ....................................................................................................................................... 37
Diagrama de caso de usos .............................................................................................................. 37
Diagrama de actividades ............................................................................................................... 41
Diagramas de secuencia ................................................................................................................ 43
Diagrama de clases ........................................................................................................................ 49
Diagrama entidad-relacion ............................................................................................................ 50
Diagrama relacional ...................................................................................................................... 50
Anexos ............................................................................................................................................. 62
Referencias ..................................................................................................................................... 69

Contenido de tablas
Tablas de descripción de cada caso de usos .................................................................................... 38
Tabla de inicio de secion .................................................................................................................... 38
Tabla Gestión de usuarios ................................................................................................................. 39
Tabla Consulta de registro de asistencia ........................................................................................... 40
Tabla de Generación de reportes ...................................................................................................... 41
Tabla Generación de constancias ..................................................................................................... 41
Tabla de actividad .............................................................................................................................. 42
Tabla diccionario de datos ................................................................................................................. 52
Tabla de eventos ................................................................................................................................ 53
Tabla registro de asistencia ............................................................................................................... 53
Tabla de asistente .............................................................................................................................. 54
Fig 1 ejemplo de sitio de control 19

Fig 2 ejemplo de sitio similar ............................................................................................................. 20

Fig 3 ejemplo de sitio similar ............................................................................................................. 20
Fig 4 ejemplo de sitio similar ............................................................................................................. 20
Fig 5 ejemplo de sitio similar ............................................................................................................. 21
Fig 6 diagrama de metodología ......................................................................................................... 26
Figura7(inicio de cronograma) ........................................................................................................... 34
Figura8(continuación del cronograma).............................................................................................. 35
Figura9(diagrama de casos de usos) .................................................................................................. 37
figura10(diagrama de secuencia del proyecto) ................................................................................. 43
Figura11(muestra el diagrama de asistencia) .................................................................................... 44
Figura12(diagrama de gestión de usuarios) ...................................................................................... 45
Figura13(diagrama de consultas) ....................................................................................................... 46
Figura14(diagrama de gestión de reportes) ...................................................................................... 47
Figura15(diagrama de constancia) ..................................................................................................... 48
Figura16(Diagrama de clase).............................................................................................................. 49
Figura17(diagrama entidad relación)................................................................................................. 50
Figura18(diagrama relacional) ........................................................................................................... 51
Fig 19 componentes del proyecto ..................................................................................................... 55
Fig 20 index controller de java (código principal de vs code) ............................................................ 57
Fig 21 datos de registro en la prueba de depuracion ........................................................................ 57
Fig 22 rebicion del sitio web .............................................................................................................. 59
 Introducción

El Sistema Integral de Registro y Control de Asistencia a Eventos mediante Tarjetas RFID ha sido
diseñado para gestionar de manera eficiente la participación en la Semana Académica de la Carrera
de Ingeniería Informática. Esta innovadora solución tecnológica emplea la Identificación por
Radiofrecuencia (RFID) para automatizar el registro y el control de asistencia de estudiantes,
profesores y ponentes a las diversas actividades programadas durante el evento.

Durante la semana académica, cada participante utilizara su tarjeta RFID personalizada. Al ser
escaneada en los puntos de acceso, esta tarjeta registrará automáticamente su entrada y salida en
cada sesión o conferencia. Este método no solo mejora el flujo de personas, reduciendo tiempos de
espera y minimizando errores humanos, sino que también permite un monitoreo en tiempo real del
número de asistentes, facilitando una mejor organización y control por parte de los coordinadores
del evento.

La implementación de la tecnología RFID proporciona un sistema de control de acceso preciso y

seguro, asegurando que solo los participantes autorizados puedan asistir a las actividades
programadas. Además, el sistema generará informes detallados sobre la asistencia diaria y total, lo
que ayudará en la evaluación de la participación en cada actividad durante la semana académica.

Con este enfoque, se busca ofrecer una experiencia más fluida y optimizada tanto para los asistentes
como para los organizadores, mejorando así la calidad y el profesionalismo del evento académico
de Ingeniería Informática.
 Planteamiento del problema

En la realización de este proyecto integrador se busca llevar un sistema que permita una mayor
administración y mejor control sobre el registro de alumnos en conferencias.

Se busca resolver los problemas anteriores registros de alumnos, evitando problemas como la
demora en el registro, errores en el registro como nombre incorrecto, día y fecha equivocadas, dobles
registros, nombre del evento equivocado, registro en evento equivocado.

Todos estos problemas se buscan resolver a través del uso de la propia credencial del estudiante.

Esto ayudara a poder llevar un registro de manera más precisa, ya que la propia credencial lleva los
datos del usuario (nombre, apellidos, matricula) resolviendo los problemas de doble registro, datos
erróneos, evitando demoras en para el ingreso al evento y así mismo evitando problemas como la
lectura de un código QR en mal estado, evitando el problema de descargar una aplicación para la
lectura del mismo, creación de tarjetas de su QR.

Esto evitara de manera significativa las demoras, además el programa lleva el control de ingreso de
la hora, fecha en el momento del registro por medio de la credencial del usuario, lo que evitara
problemas comunes como nombre del evento, fecha del evento, registros de usuarios, reportes
erróneos, datos repetidos de usuarios, horas y fechas equivocada del ingreso y saluda del usuario .
 Justificación

Actualmente, la gestión de asistencia a eventos es un proceso en la que muchas organizaciones

realizan de manera manual, utilizando listas de asistencia en papel o registros digitales simples, lo
cual resulta en procesos tardados ya que suele tener ineficiencias en el registro de los datos y en
ocasiones pérdida de información. Además, la institución carece de herramientas que les permitan
obtener información en tiempo real sobre la asistencia.

El desarrollo de un Sistema Integral de Registro y Control de Asistencias a Eventos representa una

solución innovadora que aborda las ineficiencias actuales. Este sistema permitirá el registro
automatizado de asistentes mediante el uso de tarjetas RFID, facilitando un proceso rápido y
eficiente. Los beneficios incluyen la reducción de errores en la recopilación de datos, la eliminación
de largas filas de espera y la generación de reportes instantáneos. Al integrar esta tecnología, se
mejorará la logística del evento y se optimizarán los recursos organizativos.

La implementación de este sistema no solo beneficiará a la institución en términos de eficiencia

operativa, sino que también contribuirá al ahorro de recursos. Al minimizar el uso de papel y reducir
el tiempo dedicado al registro manual, se generarán ahorros significativos en costos operativos y de
tiempo. Además, la mejora en la experiencia del usuario permitirá que los asistentes se sientan más
satisfechos con la organización del evento, lo que puede traducirse en una mayor participación en
futuros eventos al ser más efectivo y más sencillo.
 Objetivo General.

Implementar un sistema de registro de asistentes a eventos que utilice tecnología RFID para la
identificación de participantes y módulos ESP8266 para la comunicación inalámbrica, con el fin de
facilitar el registro automatizado, gestionar la asistencia en tiempo real y proporcionar a los
organizadores información precisa sobre la asistencia.

Objetivos específicos.

1. Definir los requisitos del sistema.

2. Identificar las necesidades del usuario.

3. Analizar los requisitos del sistema.

4. Determinar funcionalidades del sistema.

5. Crear el prototipo del sistema.

6. Desarrollar la versión base del sistema

7. Probar la versión base del sistema para evitar fallas en el mismo.

8. Desplegar el sistema

9. Entrenar a los usuarios para su buen manejo y uso.

10. Realizar el mantenimiento preventivo y correctivo, considerando alguna actualización del

sistema en caso de que sea necesario.
 Alcances

Este proyecto tiene como objetivo el desarrollo de un sistema de registro para eventos utilizando
tarjetas electrónicas de identificación. El sistema no permitirá realizar los siguiente:

• El registro de la entrada de alumnos a eventos se realizará mediante la lectura de su tarjeta

de la escuela.

• La información se almacenar por medio de la misma tarjeta del alumno guardando sus datos
como nombre, matrícula, hora de entrada y fecha.

• Permitirá crear registros adicionales en caso de invitados especiales.

• El registro se almacenará según el evento específico, permitiendo la creación de múltiples

eventos en el sistema.

• Permitirá la modificación de información relacionada con los eventos, como nombres, fechas
y registros de entrada.

• Reducir errores y tiempos de espera en comparación con el sistema anterior basado en

códigos QR.

• Evitará demoras por errores de lectura ya que no se necesitará escanear la tarjeta, lo cual
antes hacía más tardada la entrada de alumnos.

• Evitará el retraso por códigos QR dañados.

• La base de datos permitirá realizar impresiones del evento.

• La base de datos nos permitirá no perder los datos guardados del evento.
Limitaciones

Este sistema presenta las siguientes limitaciones:

• El sistema no registrará automáticamente las salidas de los alumnos, por lo que se requerirá
otro mecanismo para dicho proceso si es necesario.

• Está diseñado para eventos únicos, por lo que cualquier evento paralelo requerirá ajustes en
la implementación.

• El sistema debe estar disponible en todo tiempo.

• El sistema no cuenta con un mecanismo para gestionar errores y excepciones.

• El programa no cuenta con Integración con otros sistemas por lo que es un programa
independiente

• No cuenta con imágenes del alumno.

• No cuenta con asignaciones de (alumno, maestro, jefe de división, director, etc.).

• No cuenta con un registro adicional más allá de la tarjeta y el registro manual del
administrador.

• No cuenta con registro de nuevas tarjetas.

 Requerimientos funcionales

• El sistema debe registrar automáticamente el nombre del alumno, la matrícula, la hora de

entrada y la fecha cuando la tarjeta sea leída.

• Se debe crear una base de datos que almacene la información del alumno y del evento.

• La base de datos debe permitir el almacenamiento de múltiples eventos, con su respectiva

lista de asistentes.

• El sistema debe permitir la modificación de eventos, así como la edición de los registros de
entrada de los alumnos.

• El sistema debe contar con una interfaz de usuario amigable que permita la administración
de eventos y la revisión de los registros en tiempo real.

• El sistema debe asegurar que solo los usuarios autorizados puedan modificar los eventos o
los registros de entrada.

• El sistema debe permitir el registro de invitados.

• El sistema debe de permitir acciones como Editar, borra, Agregar, Modificar.

• El sistema debe de permitir la creación de PDF para permitir su impresión.

Requerimientos No Funcionales

Rendimiento

• Nuestro sistema debe ser capaz de manejar un gran volumen de datos de manera eficiente,
especialmente durante eventos con un alto número de asistentes.

• La respuesta del sistema al registrar la asistencia debe ser inferior a 2 segundos, incluso con
múltiples lectores RFID funcionando simultáneamente

Escalabilidad

• El software debe ser diseñado para permitir la fácil expansión y adaptación a eventos futuros
con un mayor número de asistentes o conferencias adicionales.

• Debe ser posible aumentar el número de lectores RFID y usuarios concurrentes sin
comprometer el rendimiento del sistema.

Disponibilidad

• El sistema debe estar disponible para su uso durante todo el evento, minimizando el tiempo
de inactividad.

• Se debe garantizar un 99.5% de tiempo de disponibilidad durante los eventos, con

mantenimiento programado fuera del horario de conferencias.

Usabilidad
• La interfaz de usuario debe ser intuitiva y fácil de usar, permitiendo a los organizadores
gestionar el evento sin necesidad de capacitación extensa.

• Los usuarios deben poder completar las tareas principales (registro de conferencias,
monitoreo de asistencia, generación de reportes) en un máximo de 5 clics.

Seguridad

• El sistema debe implementar medidas de seguridad para proteger la información personal

de los asistentes y garantizar la privacidad de los datos.

• La autenticación debe ser obligatoria para todos los usuarios, utilizando al menos métodos
de autenticación de dos factores (2FA) para el acceso a funciones administrativas.

Mantenibilidad

• Descripción: El software debe ser fácil de mantener y actualizar, permitiendo realizar mejoras
o correcciones de errores sin afectar la operación del sistema.

• Criterio: Se deben documentar claramente todas las funciones y estructuras de datos del
sistema, facilitando la comprensión y el mantenimiento por parte de nuevos desarrolladores.

Interoperabilidad

• Descripción: El sistema debe ser capaz de integrarse con otras aplicaciones o sistemas
existentes que puedan ser utilizados por los organizadores.

• Criterio: Se deben definir APIs claras que permitan la comunicación y transferencia de datos
entre el sistema de registro y otros sistemas de gestión de eventos

Requerimientos de Hardware

• Dispositivos necesarios para leer las etiquetas RFID que portan los participantes.

• Dependiendo del tamaño del evento, se recomienda al menos 2-3 lectores para cubrir
diferentes entradas.

Etiquetas RFID

• Etiquetas que contienen información única de cada asistente. Deben ser pasivas o activas,
dependiendo de las necesidades del sistema.

• Se requerirán tantas etiquetas como participantes esperados.

Módulos ESP8266

• Descripción: Módulos utilizados para la comunicación inalámbrica entre los lectores RFID y
el servidor central.

• Al menos un módulo por lector RFID para garantizar la transmisión de datos en tiempo real.

Microcontrolador (Arduino Uno o Similar)

• Actúa como la unidad de control principal que gestiona la comunicación entre los lectores
RFID, módulos ESP8266 y otros componentes.

• Al menos uno para coordinar todas las funciones del sistema.

Pantalla LCD

• Una pantalla que muestra información en tiempo real sobre el estado de la asistencia y otras
notificaciones relevantes.

• Al menos una, ubicada en un lugar visible para los organizadores.

Relés de 4 Canales

• Descripción: Dispositivos que controlan las funciones eléctricas del evento, como iluminación
y ventilación.

• Cantidad: Al menos uno para gestionar múltiples dispositivos.

Fuente de Alimentación

• Proporciona la energía necesaria para todos los componentes del sistema.

• Una fuente de alimentación adecuada para alimentar todos los dispositivos conectados.

Router Wi-Fi

• Facilita la conectividad inalámbrica entre los módulos ESP8266 y el servidor central.

• Uno, con suficiente capacidad para soportar la carga de datos del evento.

Cables y Conectores

• Necesarios para la interconexión de todos los dispositivos de hardware.

• Varios, dependiendo de la cantidad de dispositivos y la configuración.

Requerimientos de Software

• El software debe ser compatible con sistemas operativos como Windows, Linux o macOS
para que el sistema pueda compilar sin problemas.

Es importante que sean versiones recientes y actualizadas.

Lenguaje de Programación

• El software puede ser desarrollado en un lenguaje como Java, Python o C++, dependiendo
de la familiaridad del equipo de desarrollo en este caso vamos a desarrollar en java desde visual
estude code.

Entorno de Desarrollo Integrado (IDE)

• Utilizaremos herramientas que facilitan la escritura, prueba y depuración del código como se
mencionó anteriormente trabajaremos con el ide de visual estudio

Base de Datos

• El Sistema de gestión de bases de datos a utilizar (como MySQL, PostgreSQL ) para

almacenar la información de los participantes y las conferencias.

• Requerimiento: Debe estar instalada y configurada en el servidor.

Framework de Desarrollo Web

• Puede ser utilizado para crear la interfaz de usuario del sistema, facilitando la interacción
con los organizadores.

• Requerimiento: Frameworks como Flask, Django (para Python) o Spring (para Java) podrían
ser utilizados.

Librerías y Dependencias

• Dependencias necesarias para la comunicación entre los componentes de hardware y el

software (por ejemplo, librerías para comunicación con el ESP8266 y RFID).

• Requerimiento: Documentar todas las librerías utilizadas y sus versiones.

Sistema de Control de Versiones

• Herramientas como Git para el manejo del código fuente y el seguimiento de cambios.

• Requerimiento: Debe estar configurado para el proyecto.

Herramientas de Pruebas

• Software para la realización de pruebas unitarias y de integración del sistema.

• Requerimiento: Herramientas de prueba adecuadas al lenguaje de programación elegido.

Documentación
• Documentación técnica y de usuario que describa el funcionamiento del sistema, incluyendo
instalación, configuración y uso.

• Requerimiento: Debe ser clara y accesible para los usuarios finales y para el equipo de
desarrollo.
CAPÍTULOI:
MARCO
REFERENCIAL.
 Marco referencial
El marco referencial establece los principios y conceptos en los cuales se fundamenta el desarrollo
del proyecto cuyo objetivo principal es implementar un sistema de registro automatizado mediante la
utilización de tecnología RFID con el fin de gestionar la asistencia a eventos académicos de manera
eficiente y precisa Este sistema se inspira en los avances tecnológicos actuales que buscan optimizar
procesos manuales tradicionales reemplazándolos por soluciones automatizadas que minimicen
errores y mejoren la experiencia de los usuarios tanto organizadores como asistentes La tecnología
RFID funciona a través de etiquetas electrónicas que almacenan información única y lectores
capaces de identificar y registrar datos a distancia mediante señales de radiofrecuencia lo que
permite un registro rápido seguro y eficiente Los fundamentos de este proyecto se apoyan en la
necesidad de modernizar la gestión de eventos académicos en instituciones educativas eliminando
el uso de listas en papel y registros manuales que suelen ser propensos a errores como duplicación
de información datos incompletos y pérdidas de registros Además la implementación de un sistema
basado en RFID se alinea con las tendencias globales de digitalización en los procesos
administrativos contribuyendo no solo a mejorar la logística de los eventos sino también a reducir el
uso de recursos físicos como papel y tinta al tiempo que garantiza un almacenamiento seguro y
accesible de los datos recopilados por el sistema en tiempo real Este enfoque no solo beneficia a los
organizadores al proporcionar información instantánea sobre la asistencia sino que también ofrece
ventajas significativas a los asistentes quienes pueden disfrutar de un proceso de registro más ágil
y confiable minimizando tiempos de espera y posibles inconvenientes relacionados con registros
incorrectos o tardíos La investigación teórica que respalda este proyecto se centra en explorar los
beneficios de la tecnología RFID en diferentes áreas incluyendo la educación la logística y la gestión
de eventos demostrando su efectividad en la optimización de procesos su escalabilidad y su
capacidad para integrarse con sistemas existentes Por lo tanto este proyecto no solo representa una
solución tecnológica a un problema práctico sino que también contribuye al avance del conocimiento
sobre el uso de tecnologías emergentes en entornos educativos y administrativos mostrando cómo
estas herramientas pueden transformar la manera en que se organizan y gestionan eventos en el
ámbito académico
Marco teórico

Las líneas de aplicación e investigación del proyecto se enmarcan dentro del ámbito de la
automatización de procesos y el uso de tecnologías emergentes para la mejora de la gestión
administrativa en instituciones educativas El proyecto utiliza tecnología RFID como eje principal para
transformar el proceso tradicional de registro y control de asistencias en eventos académicos
abordando problemáticas comunes como errores en el registro pérdida de datos y demoras en los
tiempos de ingreso Con este enfoque se busca integrar tecnologías modernas que no solo optimicen
estos procesos sino que también mejoren la experiencia tanto para los asistentes como para los
organizadores El RFID se presenta como una tecnología versátil y escalable que puede aplicarse en
una variedad de sectores desde la educación hasta la logística la seguridad y la industria gracias a
su capacidad para registrar y almacenar información de manera rápida eficiente y precisa La
investigación relacionada con este proyecto también abarca áreas como el diseño de sistemas de
bases de datos para el almacenamiento seguro y accesible de información además del desarrollo de
interfaces de usuario intuitivas que permitan gestionar eventos de manera sencilla y efectiva Otro
aspecto importante dentro de las líneas de investigación es la implementación de protocolos de
seguridad para proteger la información personal de los usuarios garantizando la confidencialidad e
integridad de los datos recopilados durante el registro y control de asistencias Asimismo el proyecto
contribuye al estudio de la interoperabilidad de sistemas al explorar la posibilidad de integrar la
solución con otras plataformas utilizadas dentro de la institución educativa lo que podría ampliar su
funcionalidad y facilitar una gestión más integral de las actividades institucionales Las aplicaciones
de este sistema no se limitan únicamente a los eventos académicos ya que su diseño y arquitectura
permiten su adaptación a otros contextos como conferencias empresariales ferias exposiciones y
eventos culturales en los que el control de asistentes es un aspecto crucial para su éxito La
investigación también se enfoca en evaluar la efectividad del sistema en términos de reducción de
errores aumento de la precisión en los registros y mejora en la logística del evento considerando
métricas como la satisfacción de los usuarios la disminución de tiempos de espera y la calidad de
los reportes generados por el sistema Estas líneas de aplicación e investigación demuestran el
potencial transformador de las tecnologías RFID no solo para resolver problemas específicos sino
también para generar conocimiento aplicable en otros contextos y fomentar la innovación tecnológica
en diferentes sectores

Datos de la empresa

Nombre de la Institución: Tecnológico de Estudios Superiores de San Felipe del Progreso

(TESSFP)

Ubicación: Carretera San Felipe del Progreso - Atlacomulco, Km. 3.5, Col. Centro, San Felipe del
Progreso, Estado de México, México.

Carrera: Ingeniería en Informática

Descripción del Proyecto: Desarrollo de un Sistema Integral de Registro y Control de Asistencias
a Eventos para mejorar la eficiencia en la gestión de la asistencia de los estudiantes y otros
asistentes a eventos institucionales. El sistema automatiza el proceso de registro mediante tarjetas
RFID y facilita la generación de informes en tiempo real.

Beneficiarios: Alumnos, profesores y personal administrativo de la carrera de Ingeniería en

Informática, entre otros.

Tecnologías utilizadas: Tarjetas RFID, Base de Datos Relacional, Software de Gestión de Eventos,
Visual Studio Code, Java.

Referencias

López, M., & Martínez, G. (2020). Sistemas integrales de información para la administración de
eventos. Revista de Informática y Educación, 45(2), 85-102.

Pérez, C. (2019). Automatización de procesos en instituciones educativas mediante RFID. Editorial

Tecnológica.

Ramírez, J. (2018). Gestión de la asistencia en eventos con tecnología avanzada. Journal of

Advanced Educational Technologies, 35(4), 55-75.

Estado del arte

• Jibble
Jibble ofrece un sistema de control de asistencia en la nube que utiliza tecnología RFID,
biometría y GPS. Permite registrar entradas y salidas con precisión, generar informes
detallados y sincronizar datos en tiempo real. También cuenta con una aplicación móvil
intuitiva y funcionalidades gratuitas para pequeños equipos.

Fig 1 ejemplo de sitio de control

Clockit
Este sistema combina lectores RFID con opciones biométricas, ofreciendo un registro eficiente de
asistencia laboral. Su interfaz es compatible con dispositivos existentes y se integra con sistemas de
planificación de turnos y generación de informes. Está orientado a empresas de diversos tamaños.

Fig 2 ejemplo de sitio similar

uAttend

uAttend combina RFID y almacenamiento en la nube para el control de asistencia de empleados.

Ofrece opciones de registro mediante tarjetas, PIN o biometría, junto con herramientas avanzadas
de análisis y sincronización automática de datos. Incluye integración con nóminas y gestión desde
la aplicación móvil.

Fig 3 ejemplo de sitio similar

HID Global
HID Global proporciona soluciones avanzadas para el control de asistencia y tiempo de trabajo,
integrando RFID y biometría. Su sistema se conecta con credenciales digitales como Apple Wallet,
permitiendo a los empleados registrar su asistencia desde dispositivos móviles mientras facilita la
gestión desde cualquier lugar.

Fig 4 ejemplo de sitio similar

Bizneo HR

Este software para la gestión de recursos humanos incluye control de asistencia mediante RFID,
biometría y códigos QR. Es una solución integral que permite gestionar entradas y salidas, realizar
auditorías y generar informes desde la nube, con acceso a través de aplicaciones móviles y PC.

Fig 5 ejemplo de sitio similar

CAPÍTULO II:
METODOLOGÍA
de cascada
Antecedentes de la metodología de cascada

Origen de la metodología
La metodología de cascada es un modelo tradicional en el desarrollo de software que sigue un
enfoque secuencial, rígido y bien estructurado. Es ampliamente utilizado en proyectos donde los
requisitos son claros, definidos desde el inicio y no están sujetos a cambios significativos a lo largo
del desarrollo. Este modelo recibe su nombre porque el flujo de trabajo se asemeja a una cascada,
ya que una vez que se completa una etapa, los resultados fluyen hacia la siguiente sin posibilidad
de regresar a la etapa anterior, salvo en casos muy específicos.

Descripción detallada de las fases de la metodología de cascada

Recolección y análisis de requisitos

En esta fase inicial se lleva a cabo una comunicación intensiva con el cliente o los interesados para
entender y documentar los requisitos del sistema. Se deben definir con claridad los objetivos, las
funcionalidades y las restricciones del proyecto

Actividades clave

• Realización de reuniones, entrevistas, encuestas y análisis de documentos existentes

• Creación de un documento de especificaciones de requisitos (SRS) que servirá como guía
para las siguientes fases. Este documento incluye:
• Descripción funcional y no funcional del sistema
• Restricciones técnicas, legales y de negocio
• Validación y aprobación de los requisitos por todas las partes interesadas

Diseño del sistema

En esta fase se traduce el documento de requisitos en una representación técnica. El diseño se

divide en dos niveles

• Diseño de alto nivel Define la arquitectura general del sistema dividiendo el proyecto en
módulos o componentes principales. Se establecen las interfaces entre módulos y los
diagramas arquitectónicos
• Diseño detallado Proporciona especificaciones precisas sobre cómo se implementará cada
módulo. Incluye algoritmos, diagramas de flujo, estructuras de datos y diseño de bases de
datos
Herramientas comunes utilizadas

• Diagramas UML como diagramas de casos de uso, clases, secuencia

• Modelos de entidad-relación para bases de datos

Implementación

Es la fase donde se desarrolla el código del sistema basado en los diseños previamente
establecidos. Cada módulo o componente se desarrolla de manera individual. Una vez
completado, se realizan pruebas iniciales para garantizar que el código cumple con los requisitos
definidos

Aspectos destacados

• Uso de un entorno de desarrollo integrado para facilitar la codificación

• Implementación modular que facilita la integración posterior
• Adopción de estándares de codificación y revisión de código para garantizar la calidad

Integración y prueba del sistema

Una vez que se completan los módulos individuales se integran para formar un sistema funcional.
Durante esta fase se realizan pruebas exhaustivas para identificar y corregir errores, garantizando
que el sistema funcione como se espera

Tipos de pruebas comunes

• Pruebas unitarias Verificación de la funcionalidad de cada módulo de forma independiente

• Pruebas de integración Evaluación de la interacción entre módulos
• Pruebas de sistema Pruebas de todo el sistema en conjunto para garantizar que cumple
con los requisitos iniciales
• Pruebas de aceptación Validación final por parte del cliente o usuarios

Despliegue

Una vez que el sistema ha pasado todas las pruebas, se implementa en el entorno de producción.
Esto puede incluir la instalación en servidores, configuración de hardware o software adicional, y
formación del personal

Actividades clave
 • Migración de datos del sistema antiguo si aplica
• Configuración y pruebas en el entorno real
• Capacitación de los usuarios finales para asegurar el uso correcto del sistema

Mantenimiento

En esta fase el sistema ya está en uso y el equipo de desarrollo se encarga de realizar ajustes y
actualizaciones según sea necesario. Esto incluye:

• Mantenimiento correctivo Solución de errores no detectados durante las pruebas

• Mantenimiento adaptativo Modificaciones para adaptarse a cambios en el entorno
operativo
• Mantenimiento evolutivo Incorporación de nuevas funcionalidades según las
necesidades del cliente

Ventajas del modelo de cascada

Estructura clara y fácilmente comprensible para los equipos de desarrollo y los clientes

Proporciona una documentación detallada en cada fase, útil para el mantenimiento y futuras
actualizaciones

Adecuado para proyectos pequeños con requisitos bien definidos y estables

Desventajas del modelo de cascada

rigidez No se adapta bien a cambios en los requisitos una vez iniciada la fase de desarrollo

Detectar problemas en fases tardías puede ser costoso y complicado

Requiere que los requisitos estén completamente definidos antes de comenzar el diseño, lo cual
no siempre es posible

Casos de uso

El modelo de cascada es ideal en proyectos como

• Desarrollo de software para sistemas críticos donde los requisitos son claros y no
cambian, como sistemas de control industrial o software de aeronaves
• Proyectos con presupuestos y plazos estrictos donde se necesita una planificación
detallada desde el inicio
Fig 6 diagrama de metodología
Fase de la metodología

• Objetivo: Definir el alcance y los principales requisitos del proyecto.

• Duración estimada: 1-2 semanas.

Actividades:

• Identificar el problema: Necesidad de automatizar el registro de entrada en eventos con

tarjetas estudiantiles.
• Definir los requisitos básicos: Almacenar nombre del alumno, hora de entrada, evento, y
tarjeta estudiantil en una base de datos.
• Crear un caso de negocio: Explicar los beneficios del sistema automatizado (ahorro de
tiempo, mayor precisión, etc.).
• Realizar un análisis de viabilidad técnica (disponibilidad de tecnología para leer tarjetas, base
de datos).
• Fase de Elaboración
• Objetivo: Refinar los requisitos y diseñar la arquitectura del sistema.
• Duración estimada: 3-4 semanas.
• Actividades:
• Detallar los requisitos funcionales y no funcionales.
• Identificar los casos de uso, por ejemplo: Registro de entrada, Consulta de entradas,
Modificación de eventos.
• Diseñar la arquitectura del sistema: Cómo se conectarán los lectores de tarjetas con la base
de datos y qué software se utilizará.
• Crear prototipos de las interfaces principales, como la interfaz de registro de entrada.
• Realizar un análisis de riesgos (fallos en la lectura de tarjetas, problemas de conexión con
la base de datos).
• Fase de Construcción (Construcción)
• Objetivo: Implementar y desarrollar el sistema completo.
• Duración estimada: 6-8 semanas.

Actividades:

• Desarrollar el software que leerá las tarjetas estudiantiles y capturará la información.

 • Implementar la base de datos donde se guardarán los registros de entradas.
• Crear las interfaces de usuario (para el registro de entrada y consulta).
• Realizar pruebas unitarias y de integración (verificar que la lectura de tarjetas y el registro
en la base de datos funcionen).
• Iterar para agregar nuevas funcionalidades y corregir errores.
• Fase de Transición (Transición)
• Objetivo: Preparar el sistema para su implementación en producción y capacitar a los
usuarios.
• Duración estimada: 2-3 semanas.

Actividades:

• Realizar pruebas finales del sistema (pruebas de rendimiento, funcionalidad y seguridad).

• Entrenar al personal encargado de operar el sistema y a los usuarios (si es necesario).
• Realizar ajustes finales basados en el feedback de los usuarios.
• Desplegar el sistema en el entorno real (en la escuela o institución).
• Documentar el proyecto y el manual de usuario.

Descripción detallada de actividades.

• Identificar el problema: Se lleva a cabo una reunión con los principales interesados (personal
administrativo, organizadores de eventos, personal de TI) para discutir la necesidad de
automatizar el registro de entradas en eventos con tarjetas estudiantiles. Se identifican las
deficiencias de los métodos manuales actuales, como la lentitud y la propensión a errores.

• Definir los requisitos básicos: Se realiza una lluvia de ideas y se documentan las
características fundamentales que el sistema debe tener, como almacenar los datos del
alumno (nombre, tarjeta estudiantil), la hora de entrada y el evento asociado en una base de
datos. Se aclaran las expectativas mínimas del sistema.

• Análisis de viabilidad técnica: Se investiga si la infraestructura tecnológica existente (lectores

de tarjetas, bases de datos, redes) es adecuada para el proyecto. También se analiza la
necesidad de adquirir nuevos equipos o software.

• Crear un caso de negocio: Se elabora un informe que justifica la inversión en el sistema de

registro automatizado. Se destacan los beneficios clave, como la reducción de tiempo en el
registro de eventos, mayor precisión, capacidad para generar reportes automáticos, y la
 mejora en la experiencia del usuario. Este caso de negocio es presentado a la gerencia para
su aprobación.

• Análisis detallado de viabilidad técnica: Se estudian más a fondo los requisitos técnicos y
financieros del sistema. Esto incluye verificar la compatibilidad de los lectores de tarjetas con
el software que se utilizará, la escalabilidad de la base de datos, los costos asociados a la
implementación (hardware, software, mano de obra), y la planificación de tiempos de
entrega.

• Requisitos funcionales: Se detallan las funciones específicas que el sistema debe realizar,
como el proceso de registro de entrada (lector de tarjetas, almacenamiento de datos en la
base de datos) y la capacidad para consultar los registros y realizar modificaciones en los
eventos (cambios de fechas, horarios, etc.).

• Requisitos no funcionales: Se definen los requisitos relacionados con el rendimiento, la

seguridad y la escalabilidad. Por ejemplo, la velocidad con la que el sistema debe procesar
los registros de entrada, la capacidad de manejo de múltiples eventos simultáneos y las
medidas de protección de datos (encriptación, autenticación de usuarios).

• Casos de uso: Se desarrollan diagramas y descripciones detalladas para cada uno de los
principales casos de uso:

o Registro de entrada: El proceso completo desde que un estudiante pasa su tarjeta

hasta que los datos se almacenan en la base de datos.

o Consulta de entradas: Cómo los administradores pueden buscar y visualizar

registros de entrada para eventos pasados o en curso.

o Modificación de eventos: Los procedimientos para que los organizadores de eventos

puedan modificar los detalles de un evento ya programado.

• Modelado de flujos: Se crean diagramas de flujo que muestran la secuencia de acciones y

decisiones involucradas en cada caso de uso.

• Diseñar la arquitectura: Se define la estructura de todo el sistema. Esto incluye decidir cómo
se conectarán los diferentes componentes: lectores de tarjetas, base de datos, software de
gestión de eventos. Se identifican las capas del sistema:

o Capa de presentación: Las interfaces de usuario que permitirán interactuar con el

sistema.

o Capa de negocio: La lógica que gestionará el flujo de información entre las interfaces
de usuario y la base de datos.

o Capa de datos: Cómo se estructurará la base de datos y cómo se gestionará el

almacenamiento de los datos.

• Selección de tecnologías: Se seleccionan las plataformas y lenguajes de programación

adecuados (por ejemplo, un lenguaje para el backend, una plataforma de base de datos
relacional, frameworks para las interfaces de usuario). También se decide si se utilizará una
arquitectura cliente-servidor, nube, o local.

• Creación de prototipos: Se crean versiones iniciales de las pantallas de usuario para las
funcionalidades principales, como el registro de entrada y la consulta de registros. Estas
 interfaces son simples, pero permiten visualizar cómo interactuarán los usuarios con el
sistema.

• Revisión y retroalimentación: Los prototipos se presentan a un grupo de usuarios o

stakeholders clave (personal administrativo y organizadores de eventos) para recibir
retroalimentación inicial sobre la usabilidad, diseño y funcionalidad esperada.

• Análisis de riesgos: Se identifican posibles problemas técnicos y de gestión, como fallos en

la lectura de tarjetas, problemas de conexión entre los lectores y la base de datos,
vulnerabilidades de seguridad en la protección de datos personales, y riesgos financieros o
de recursos humanos.

• Planes de mitigación: Para cada riesgo identificado, se desarrollan estrategias para reducir
su probabilidad o impacto, como contar con sistemas de respaldo, planes de contingencia
para fallos del hardware o la red, y medidas de seguridad adicionales como cifrado de datos
o autenticación de usuarios.

• Desarrollo del software de lectura de tarjetas: Se programa el sistema que permitirá a los
lectores de tarjetas capturar la información de las tarjetas estudiantiles y transferir esos datos
a la base de datos.

• Implementación de la base de datos: Se diseña y construye la base de datos, definiendo las

tablas y relaciones necesarias para almacenar la información de los estudiantes, los eventos,
y los registros de entradas. Se aseguran aspectos como la integridad y la eficiencia de las
consultas.

• Desarrollo de interfaces de usuario: Se completan las interfaces de usuario para el registro

de entradas y la consulta de registros. Las interfaces son funcionales y están conectadas
con la lógica de negocio y la base de datos.

• Pruebas unitarias: Se realizan pruebas de cada módulo de software individual (lectores de

tarjetas, interfaz, base de datos) para garantizar que funcionan de manera independiente y
correcta.

• Pruebas de integración: Se realizan pruebas para verificar que todos los módulos (lectores
de tarjetas, interfaz, base de datos) funcionen bien juntos. Por ejemplo, se verifica que, al
leer una tarjeta, la información se almacene correctamente y pueda ser consultada después.

• Corrección de errores: Cualquier error o incompatibilidad detectado durante las pruebas de

integración se corrige de inmediato, iterando sobre el código y ajustando la configuración del
sistema.

• Pruebas finales: Se realizan pruebas exhaustivas de rendimiento (evaluar la capacidad de

manejar un gran número de registros simultáneos), seguridad (asegurar la protección de
datos sensibles) y funcionalidad general.

• Despliegue en producción: El sistema se instala y pone en funcionamiento en el entorno real

de la escuela o institución. Se aseguran todos los componentes (hardware y software) y se
realizan pruebas en vivo para confirmar que todo funciona correctamente.

• Documentación: Se elabora la documentación técnica del sistema, incluyendo manuales de

usuario y administración. Estos documentos facilitan el uso y el mantenimiento del sistema
a largo plazo.
sustento teórico de la metodología

1. Sistema de registro de asistencia basado en identificación por código QR y geolocalización

para empresas de transporte

Autor: Carla Patricia Mendoza López

Este proyecto propone un sistema que registre la asistencia de los empleados de una empresa de
transporte utilizando códigos QR generados dinámicamente y la ubicación GPS de sus dispositivos
móviles. El sistema está diseñado para operadores que trabajan en distintas rutas y horarios, lo que
dificulta la supervisión presencial. A través de una aplicación móvil, los empleados escanean un
código QR único asignado al inicio y al final de su jornada laboral, validando su asistencia y
registrando su ubicación en tiempo real en una base de datos centralizada.

2. Implementación de un sistema de asistencia escolar mediante reconocimiento de voz y

procesamiento de lenguaje natural

Autor: David Alejandro Ruiz Martínez

El sistema plantea una alternativa innovadora para registrar la asistencia de estudiantes en aulas
grandes mediante comandos de voz y tecnologías de procesamiento de lenguaje natural. El docente
utiliza un dispositivo móvil o una computadora conectada a un micrófono, donde los nombres de los
estudiantes son reconocidos y marcados automáticamente en una base de datos. Este enfoque
elimina la necesidad de hojas de registro y optimiza el tiempo dedicado al control de asistencia,
además de permitir un historial auditivo para corroborar el registro cuando sea necesario.

3. Sistema de control de acceso y asistencia para empleados utilizando tarjetas NFC y sistemas
IoT

Autor: María Fernanda Álvarez Torres

Este sistema utiliza tarjetas NFC para el control de asistencia en una empresa, vinculadas a una
plataforma IoT que conecta los dispositivos de acceso con un servidor central. Los empleados solo
necesitan acercar su tarjeta NFC a un lector instalado en las entradas y salidas, lo que registra su
horario automáticamente. La plataforma IoT permite gestionar los datos en tiempo real, generar
reportes de asistencia y emitir alertas en caso de irregularidades, como accesos fuera de horarios
establecidos o intentos de uso no autorizado.
CAPÍTULOIII:
DESARROLLO
DE LA
METODOLOGÍ
A
Análisis de requerimientos

Durante la fase inicial del proyecto, se llevó a cabo una comunicación intensiva con los clientes y las partes
interesadas para comprender a fondo sus necesidades y documentar los requisitos del sistema. Este proceso
comenzó con la realización de reuniones y entrevistas individuales, donde se exploraron los problemas
actuales y las expectativas para el sistema propuesto. También se utilizaron cuestionarios y análisis de
documentos existentes para obtener una visión más completa y detallada.

En esta etapa, se definieron de manera precisa los objetivos del proyecto, estableciendo metas claras como
la automatización del registro de asistencia, la reducción de errores humanos y la optimización del tiempo en
la gestión de datos. Se identificaron las funcionalidades esenciales, como la capacidad de registrar la asistencia
en tiempo real mediante tarjetas RFID, generar reportes automáticos y proporcionar acceso seguro a los
datos.

Además, se documentaron cuidadosamente las restricciones del proyecto, incluyendo aspectos técnicos,
operativos y legales. Esto incluyó garantizar la compatibilidad con la infraestructura existente, trabajar dentro
de los límites presupuestarios establecidos y cumplir con las normativas de protección de datos personales.

El resultado de esta fase fue un documento detallado de especificaciones de requisitos del sistema, que
incluyó una descripción funcional completa, requisitos no funcionales, diagramas preliminares y un resumen
de las prioridades del proyecto. Este documento fue revisado y aprobado por las partes interesadas,
asegurando un entendimiento común y un acuerdo general antes de avanzar a la siguiente fase del desarrollo.

Etapa de diseño
En la fase de diseño del proyecto se llevó a cabo una planificación técnica detallada basada en el documento
de requisitos definido en la etapa inicial. Este diseño se estructuró en dos niveles principales: diseño de alto
nivel y diseño detallado, asegurando una comprensión completa y precisa del sistema antes de pasar a la fase
de implementación.

En el diseño de alto nivel se definió la arquitectura general del sistema, dividiendo el proyecto en módulos
principales que abordan las funcionalidades clave. Se determinó que el sistema estaría compuesto por tres
módulos principales: el lector RFID, el sistema de gestión de base de datos y la interfaz de usuario. Estos
módulos se interconectan mediante una red de comunicación que permite la transmisión y almacenamiento
eficiente de los datos. Se generaron diagramas de arquitectura y esquemas de flujo de información para
visualizar las relaciones entre los componentes.

El diseño detallado abordó aspectos técnicos específicos de cada módulo. Para el lector RFID, se especificaron
las características del hardware y su configuración para la lectura y transmisión de datos. En el sistema de
gestión de bases de datos se definieron las tablas necesarias para almacenar los datos de asistencia,
garantizando normalización y relaciones óptimas entre entidades. En la interfaz de usuario, se elaboraron
prototipos que muestran pantallas intuitivas para el acceso y manejo de la información por parte de los
usuarios finales.

Durante esta fase se utilizaron herramientas como diagramas UML para representar casos de uso, secuencia
y clases, así como diagramas entidad-relación para el diseño de la base de datos. Cada componente del diseño
fue documentado de forma detallada y revisado por el equipo técnico y los interesados para asegurar que
cumpliera con los requisitos definidos en la etapa anterior.

El resultado de esta fase fue un plan técnico completo que detalla cómo se implementará cada módulo del
sistema, asegurando que todos los aspectos funcionales y no funcionales estén alineados con los objetivos
Cronograma

Figura7(inicio de cronograma)
Figura8(continuación del cronograma)

En el cronograma se especifican los hitos principales, los recursos necesarios y las dependencias entre
actividades, facilitando la asignación de tiempos y responsabilidades para cada etapa del proyecto
Implementación

En la etapa de implementación del proyecto, se procedió a desarrollar cada uno de los módulos
definidos en la fase de diseño, siguiendo las especificaciones técnicas detalladas. Esta fase se
caracterizó por la programación, configuración y validación de los componentes individuales del
sistema, asegurando que cumplieran con los requisitos funcionales establecidos.

El desarrollo comenzó con la implementación del módulo de lectura RFID. Se configuraron los
lectores de tarjetas RFID y se programaron para capturar datos de identificación y enviarlos al
sistema central. El software fue diseñado para interpretar los datos en tiempo real y asegurar su
correcta transmisión a la base de datos. Se realizaron pruebas iniciales para validar la
funcionalidad y ajustar parámetros como el rango de lectura y la velocidad de transmisión.

Simultáneamente, se implementó el módulo de gestión de bases de datos. Se crearon las tablas y

relaciones especificadas en el diseño, garantizando que la estructura cumpliera con los principios
de normalización y permitiera un acceso eficiente a los datos. También se implementaron
procedimientos almacenados y consultas para facilitar el acceso y la manipulación de la
información por parte de otros módulos del sistema.

El desarrollo del módulo de interfaz de usuario se centró en crear una aplicación intuitiva y
funcional para los usuarios finales. Se programaron pantallas interactivas para registrar y consultar
la asistencia, gestionar usuarios y generar reportes. La interfaz se desarrolló utilizando tecnologías
compatibles con la infraestructura existente, asegurando una experiencia fluida y accesible desde
diferentes dispositivos.

Durante esta etapa, se llevaron a cabo pruebas unitarias para cada módulo, asegurando que
funcionaran correctamente de manera independiente. Una vez validados, los módulos se
integraron progresivamente para formar el sistema completo. Se realizaron pruebas de integración
para verificar la interacción adecuada entre los componentes y resolver cualquier incompatibilidad
o error detectado.

El resultado de esta fase fue un sistema funcional que cumplía con los requisitos establecidos, listo
para ser evaluado en la siguiente etapa de pruebas y validación del sistema completo. La
implementación se documentó detalladamente, incluyendo configuraciones, código fuente y
procedimientos, para facilitar el mantenimiento y futuras actualizaciones.
 Diagramas

Diagrama de caso de usos

ayuda a establecer el alcance del sistema, definir las relaciones entre los casos de uso, y garantizar
que se cubran las necesidades de los usuarios involucrados.

Figura9(diagrama de casos de usos)

 Tablas de descripción de cada caso de usos

son documentos detallados que complementan los diagramas de casos de uso, proporcionando
información más específica sobre cada uno de los casos de uso identificados. Estas tablas incluyen
una descripción clara de los pasos o procesos que se deben seguir para ejecutar cada caso de uso,
los actores involucrados, las condiciones previas necesarias

Nombre del caso de usos Iniciar sesión

Actor(es) Administrador
Descripción El administrador ingresa usuario y contraseña para
ser validado por el sistema y tener acceso al mismo

Condiciones El usuario y contraseña del administrador deberán ser

dados de alta en la base de datos

Flujo normal 1.- Abrir el sistema

2.- Ingresar usuario
3.- Ingresar contraseña
4.- Dar click al botón aceptar
Flujo alternativo 1.- Si el usuario y contraseña no son válidos se
enviará un mensaje de error “Usuario y/o contraseña
incorrectos”
2.- Volver a ingresar los datos si estos no fueron
validados
3.- Si se ingresan datos erróneos tres veces seguidas
se bloqueará el sistema para el alumno

Tabla de inicio de secion

describe el proceso mediante el cual un usuario accede a un sistema o aplicación, verificando su

identidad antes de otorgar acceso a las funcionalidades. Esta tabla detalla los pasos que el usuario
debe seguir para ingresar al sistema, como la introducción de un nombre de usuario y una
contraseña, la validación de estos datos por parte del sistema, y la respuesta del sistema

Nombre del caso de usos Registrar Asistencia

Actor(es) Alumno
Descripción El alumno deberá registrar su asistencia (nombre,
contraseña) para que pueda quedar guardada en la
base de datos
Condiciones El alumno debe estar registrado en el sistema y tener
acceso al mismo.

Flujo normal 1.- Ingresar al sistema

2.- Ingresar usuario
3.- Ingresar contraseña
4.- Dar click al botón aceptar

Flujo alternativo 1.- Si el usuario y contraseña no son válidos se

enviará un mensaje de error “Usuario y/o contraseña
incorrectos”
2.- Volver a ingresar los datos si estos no fueron
validados
3.- Si se ingresan datos erróneos tres veces seguidas
se bloqueará el sistema para el alumno

Tabla de asistencia

almacena información sobre la presencia de los usuarios o participantes en un evento, actividad o

sistema. Esta tabla incluye columnas que detallan el nombre del participante, la fecha y hora de
entrada y salida

Nombre del caso de usos Gestión de usuarios

Actor(es) Administrador
Descripción El administrador puede agregar, modificar o eliminar
usuarios en el sistema para el control de asistencia

Condiciones El administrador debe estar autenticado y tener

permisos para gestionar usuarios.

Flujo normal 1. Ingresar al sistema.

2. Acceder a la sección de "Gestión de usuarios".
3. Seleccionar la opción para agregar, modificar o
eliminar un usuario.
4. Completar los datos del usuario o realizar los
cambios necesarios.
5. Guardar los cambios.
Flujo alternativo 1. Si el usuario ya existe, mostrar un mensaje de error
"El usuario ya está registrado".
2. Si los datos están incompletos o incorrectos,
mostrar un mensaje de error.
3. Si el usuario no existe para eliminar o modificar,
mostrar un mensaje de error "Usuario no encontrado".

Tabla Gestión de usuarios

incluye información sobre el rol del usuario, que define sus permisos y nivel de acceso dentro del
sistema, y el estado de la cuenta, que indica si el usuario está activo, suspendido o bloqueado
Nombre del caso de usos Consulta de registro de asistencia
Actor(es) Administrador
Descripción El administrador consulta los registros de asistencia
de los usuarios en el sistema, visualizando la
información de entrada y salida a través de la interfaz
web.
Condiciones El administrador debe estar autenticado y tener
permisos para consultar registros de asistencia.

Flujo normal 1. Ingresar al sistema.

2. Acceder a la sección de "Consulta de registro de
asistencia".
3. Seleccionar el usuario o el rango de fechas para
filtrar los registros.
4. Visualizar los registros de asistencia en pantalla.
5. Generar un reporte de los registros consultados.
Flujo alternativo 1. Si no existen registros seleccionados, mostrar un
mensaje "No se encontraron registros de asistencia".
2. Si el usuario no tiene permisos para esta acción,
mostrar un mensaje de error "Acceso denegado".

Tabla Consulta de registro de asistencia

Es utilizada para visualizar y consultar los registros de asistencia de los usuarios o participantes en
un sistema. Esta tabla generalmente incluye columnas que permiten identificar de manera clara la
información de cada asistencia, como el nombre del usuario, la fecha y hora de entrada y salida

Nombre del caso de usos Generación de reportes

Actor(es) Administrador
Descripción El administrador podrá generar reportes de asistencia
para revisar el registro de asistencia de alumnos
almacenado en la base de datos.

Condiciones El administrador debe estar registrado en el sistema

y tener los permisos necesarios para acceder a la
generación de reportes.
Flujo normal 1.- Ingresar al sistema como administrador.
2.- Navegar a la sección de generación de reportes.
3.- Seleccionar el tipo de reporte a generar (por fecha,
por alumno, etc.).
4.- Especificar el rango de fechas o criterios
adicionales, si es necesario.
5.- Dar click al botón "Generar reporte".
6.- Visualizar o descargar el reporte generado.
Flujo alternativo 1.- Si no se ingresan criterios válidos, se enviará un
mensaje de error "Criterios de búsqueda inválidos".
2.- Volver a ingresar los criterios hasta que sean
válidos.
3.- Si se intenta generar un reporte sin permisos
adecuados, se mostrará un mensaje de error "Acceso
denegado".

Tabla de Generación de reportes

facilita la creación y visualización de informes dentro de un sistema, organizada para almacenar los
parámetros y resultados asociados a los reportes generados. Generalmente, esta tabla incluye
columnas como el ID del reporte, tipo de reporte

Nombre del caso de usos Generación de constancias

Actor(es) Administrador
Descripción El administrador podrá generar constancias de
asistencia para acreditar el registro de asistencia de
alumnos almacenado en la base de datos..

Condiciones El administrador debe estar registrado en el sistema

y tener los permisos necesarios para acceder a la
generación de constancias
Flujo normal 1.- Ingresar al sistema como administrador.
2.- Navegar a la sección de generación de constancia.
3.- Seleccionar la constancia a generar (por fecha, por
alumno, etc.).
4.- Especificar el rango de fechas o criterios
adicionales, si es necesario.
5.- Dar click al botón "Generar constancia".
6.- Visualizar o descargar la constancia generada.
Flujo alternativo 1.- Si no se ingresan criterios válidos, se enviará un
mensaje de error "Criterios de búsqueda inválidos".
2.- Volver a ingresar los criterios hasta que sean
válidos.
3.- Si se intenta generar una constancia sin permisos
adecuados, se mostrará un mensaje de error "Acceso
denegado".
Tabla Generación de constancias

Diagrama de actividades

Actividad Descripción

Inicio Comienza el proceso.

Iniciar sesión El usuario ingresa su nombre de usuario y contraseña para

ingresar.
 Validar usuario Se verifica si el usuario es válido.

Registrar asistencia El sistema espera que el usuario pase su tarjeta RFID y así
guardar sus datos en la base de datos

Lectura de tarjeta RFID Se realiza la lectura de la tarjeta RFID.

Almacenar datos en la BD Los datos se almacenan en una base de datos centralizada.

Gestión de usuarios Acceso a la gestión de usuarios donde se pueden agregar,

modificar o eliminar usuarios.

Agregar/modificar/eliminar Se realizan las operaciones de gestión de usuarios por

parte del administrador.

Consultar registro de asistencia Posibilidad de consultar el registro de asistencia.

Generación de reportes Se genera un reporte de asistencia, ausencias o retardos.

Visualizar descarga de reportes El administrador puede visualizar o descargar el reporte

generado.

Acceso a la interfaz web El usuario accede a la interfaz web desde un dispositivo con
conexión a internet.

Fin Finaliza el proceso.

Tabla de actividad

es un registro que almacena información detallada sobre las acciones realizadas por los usuarios o
el sistema dentro de una aplicación o plataforma. Esta tabla generalmente incluye columnas como
el ID de la actividad, nombre o descripción de la actividad
 Diagramas de secuencia
Los diagramas de secuencia ayudan a visualizar de manera clara y detallada cómo fluye la información en un
sistema o proceso, especificando las interacciones, el orden y las dependencias entre las distintas partes del
sistema

figura10(diagrama de secuencia del proyecto)

diagrama de asistencia, se detallan las interacciones entre los actores y el sistema, reflejando el
flujo de información desde el momento en que un usuario intenta registrar su presencia hasta
que el sistema valida y almacena dicha información en una base de datos

Figura11(muestra el diagrama de asistencia)

Figura12(diagrama de gestión de usuarios)

administrar y controlar el acceso, permisos y actividades de los usuarios dentro de un sistema o

plataforma. Implica la creación, modificación y eliminación de cuentas de usuario, así como la
asignación de roles y permisos adecuados para garantizar que los usuarios tengan acceso solo a las
funcionalidades que les corresponden
Figura13(diagrama de consultas)

representación visual que describe el proceso mediante el cual un usuario o administrador

consulta los registros de asistencia en un sistema. Este diagrama muestra las interacciones entre el
sistema y los actores (como el usuario, administrador o base de datos)
Figura14(diagrama de gestión de reportes)

gestión de reportes involucra la definición de los parámetros y criterios para la generación de los
informes, tales como fechas, tipos de eventos, categorías de usuarios, entre otros. Además, puede
incluir la opción de exportar los reportes a diferentes formatos
Figura15(diagrama de constancia)

En el diagrama, se detallan los pasos involucrados en el proceso, que incluyen la verificación de los
requisitos para emitir la constancia (como la asistencia completa o el cumplimiento de ciertos
criterios)
 Diagrama de clases

Figura16(Diagrama de clase)

El diagrama ayuda a visualizar la estructura del sistema de forma abstracta, mostrando no solo
los objetos y sus propiedades, sino también las interacciones y dependencias entre los
componentes del sistema.
 Diagrama entidad-relacion
es una herramienta visual utilizada en el modelado de bases de datos para representar las entidades
relevantes de un sistema y las relaciones entre ellas. Este diagrama es fundamental en el diseño de
bases de datos

Figura17(diagrama entidad relación)

Diagrama relacional
diagrama relacional también muestra las relaciones entre las tablas, como las relaciones uno a
uno, uno a muchos o muchos a muchos, generalmente representadas con líneas que conectan las
tablas involucradas
Figura18(diagrama relacional)
Tabla diccionario de datos

La tabla diccionario de datos es una herramienta que documenta y organiza la información

relacionada con los elementos de una base de datos. Sirve para describir detalladamente los
componentes de la base de datos, como tablas, campos, tipos de datos y relaciones, proporcionando
un entendimiento claro y consistente sobre cómo se almacenan
Tabla de eventos

La tabla de eventos facilita la gestión y el seguimiento de los eventos dentro de un sistema,

permitiendo a los usuarios o administradores consultar, actualizar o eliminar eventos según sea
necesario.

Tabla registro de asistencia

La tabla de registro de asistencia es una estructura dentro de una base de datos que se utiliza para
almacenar la información relacionada con la asistencia de los participantes a un evento, actividad o
clase

Tabla de asistente

La tabla de asistentes es una estructura en una base de datos que almacena información detallada
sobre los individuos que participan en un evento, actividad o curso.
Fig 19 componentes del proyecto

En la figura 19 podemos ver la conexiones de los circuitos contemplando los requerimientos

Verificación

En la etapa de verificación, se realizó una serie de pruebas exhaustivas para garantizar que el
sistema desarrollado cumpliera con los requisitos establecidos durante las fases anteriores del
proyecto. Esta etapa fue fundamental para asegurar que el software fuera funcional, confiable y
estuviera alineado con los objetivos iniciales.

Se realizaron pruebas unitarias para cada módulo del sistema, evaluando su funcionamiento de
manera aislada antes de la integración. Estas pruebas permitieron detectar y corregir errores en la
implementación del lector RFID, la base de datos y la interfaz de usuario. Posteriormente, se
llevaron a cabo pruebas de integración para verificar que los módulos interactuaran correctamente
entre sí y que los datos fluyeran sin problemas desde el lector RFID hasta la base de datos y la
interfaz.

La fase de verificación también incluyó pruebas de sistema, donde el sistema completo fue
evaluado en un entorno simulado para garantizar que todos los componentes funcionaran
correctamente en conjunto. Esto permitió identificar posibles fallas en la arquitectura general del
sistema, como errores de sincronización entre los módulos y problemas de rendimiento bajo
condiciones de carga.

Además, se realizaron pruebas de aceptación con el cliente o las partes interesadas para validar
que el sistema cumpliera con sus expectativas. Estas pruebas se centraron en verificar que las
funcionalidades clave, como el registro de asistencia en tiempo real, la generación de reportes y la
facilidad de uso de la interfaz, fueran satisfactorias.

El resultado de esta fase fue la identificación de errores y áreas de mejora, los cuales fueron
corregidos antes de avanzar a la fase de despliegue. Las pruebas realizadas proporcionaron la
garantía de que el sistema era robusto, funcional y listo para ser implementado en el entorno de
producción.
Fig 20 index controller de java (código principal de vs code)

Fig 21 datos de registro en la prueba de depuracion

Mantenimiento

En la etapa de mantenimiento, se realizaron varias actividades para garantizar que el sistema

siguiera funcionando correctamente después de su implementación. Inicialmente, se ejecutó un
mantenimiento correctivo para solucionar errores que no habían sido detectados durante las
pruebas previas al despliegue. Estos errores se abordaron de manera rápida y eficiente,
asegurando que el sistema no experimentara interrupciones ni malfuncionamientos.

Posteriormente, se realizó un mantenimiento adaptativo debido a algunos cambios en el entorno

operativo, como actualizaciones del sistema operativo y ajustes en la infraestructura de hardware.
Estos cambios fueron implementados de manera que no afectaran el rendimiento del sistema ni su
funcionamiento general.

Además, durante esta fase, se llevó a cabo un mantenimiento evolutivo, donde se incorporaron
nuevas funcionalidades basadas en las sugerencias de los usuarios y las partes interesadas. Este
mantenimiento permitió mejorar la experiencia del usuario, optimizando características existentes y
añadiendo nuevas opciones de reporte y gestión de datos.

Se estableció un proceso continuo de monitoreo del sistema, recopilando retroalimentación de los

usuarios y realizando ajustes según fuera necesario. Este enfoque proactivo ayudó a identificar
áreas de mejora y asegurar que el sistema permaneciera relevante y funcional a lo largo del
tiempo. El mantenimiento se llevó a cabo sin interrumpir las operaciones diarias del sistema,
garantizando una experiencia estable y continua para los usuarios.
Fig 22 rebicion del sitio web

Dimos mantenimiento y revisión de que los datos que se registran en los circuitos se
proyecten de manera correcta garantizando un correcto registro e ingreso a la base de datos
 Conclusiones del proyecto

El proyecto demuestra que la implementación de un sistema de control de asistencia basado en

tecnología RFID es una solución efectiva para automatizar procesos administrativos, mejorando
significativamente la precisión y reduciendo errores comunes en métodos manuales.

La metodología utilizada permite una estructuración clara del desarrollo, asegurando que cada fase
del proyecto se realice con un enfoque detallado y orientado a cumplir los objetivos establecidos
desde la recolección de requisitos hasta el mantenimiento del sistema.

El uso de tecnologías emergentes como RFID en combinación con bases de datos y herramientas
de comunicación digital no solo facilita el registro de asistencia en tiempo real, sino que también
ofrece la posibilidad de integrar el sistema en plataformas más amplias de gestión institucional.

El proyecto destaca la importancia de la planificación previa y la documentación detallada para

garantizar la trazabilidad, el cumplimiento de los requerimientos y la capacidad de adaptarse a
posibles mejoras o expansiones futuras, contribuyendo a un modelo sostenible y escalable.

Recomendaciones

Se sugieren las siguientes recomendaciones para la mejora y sostenibilidad del proyecto:

es recomendable realizar pruebas exhaustivas en diferentes escenarios de uso para garantizar que
el sistema sea robusto y funcione de manera confiable bajo condiciones variadas como cambios en
el volumen de usuarios o interrupciones en la comunicación

se aconseja incorporar medidas avanzadas de seguridad tanto en el hardware como en el software

para proteger la información personal y los datos de asistencia almacenados en el sistema
asegurando el cumplimiento de normativas locales sobre privacidad y protección de datos

es importante considerar la posibilidad de integrar el sistema con otras plataformas de gestión

institucional existentes para ampliar su funcionalidad y optimizar los procesos administrativos en
diferentes áreas de la institución

se recomienda planificar actualizaciones periódicas que incluyan mejoras en la interfaz de usuario la

incorporación de nuevas tecnologías y la adaptación a cambios en los requisitos de los usuarios o
en el entorno tecnológico a lo largo del tiempo

experiencia personal y profesional adquirida

A través del desarrollo de este proyecto, he adquirido experiencia tanto personal como profesional
en áreas clave de la ingeniería informática. He aprendido a gestionar y organizar grandes volúmenes
de datos, optimizando su almacenamiento y manejo mediante tecnologías como RFID y bases de
datos. Esto me ha permitido entender mejor las necesidades de automatización y la eficiencia que
se pueden lograr con sistemas bien estructurados.

A nivel técnico, he mejorado mis habilidades en el uso de diversas herramientas y lenguajes de

programación, como Java y bases de datos SQL, además de profundizar en la integración de
sistemas y la resolución de problemas complejos en tiempo real. He podido aplicar conocimientos
previos en el diseño y la implementación de sistemas que requieren una comunicación fluida entre
hardware y software, lo que ha fortalecido mis capacidades de análisis y programación.

A nivel profesional, el proyecto me ha brindado una visión más amplia sobre la importancia de la
documentación y planificación en el desarrollo de software, así como la necesidad de trabajar en
equipo para resolver desafíos técnicos. Además, la experiencia de gestionar la interfaz con el cliente
y garantizar que los requisitos del sistema se cumplieran dentro de los plazos establecidos ha
fortalecido mi capacidad para coordinar y liderar proyectos de desarrollo.

competencias desarrolladas o aplicadas

A través del desarrollo de este proyecto, se han aplicado y desarrollado varias competencias técnicas
y profesionales clave. Entre las competencias técnicas más destacadas se encuentra el manejo de
tecnologías de identificación por radiofrecuencia (RFID), el diseño e implementación de bases de
datos, y la integración de sistemas de hardware con software, lo que ha requerido habilidades
avanzadas en programación y resolución de problemas.

En términos de desarrollo de software, se ha aplicado la capacidad para programar en lenguajes

como Java, así como la capacidad para trabajar con frameworks y herramientas como bases de
datos SQL y APIs. Además, se ha profundizado en la creación de interfaces de usuario eficientes y
la implementación de pruebas de integración y calidad del sistema.

A nivel profesional, se ha fortalecido la capacidad de trabajo en equipo, coordinación de proyectos y

gestión de tiempos, lo que permite asegurar que todas las etapas del desarrollo, desde la recolección
de requisitos hasta el mantenimiento, se gestionen de forma eficiente. La interacción con los clientes
y la comprensión de sus necesidades también ha sido fundamental, mejorando las habilidades de
comunicación y negociación.

Además, este proyecto ha promovido competencias en la gestión de la documentación y en la

planificación detallada, esenciales para el seguimiento y control de proyectos a lo largo de su ciclo
de vida. Esto ha reforzado mi capacidad para liderar proyectos con un enfoque organizado y
meticuloso.
 Anexos

¿Qué tipo de eventos se realizarán que necesiten el control de asistencia?

a) Académicos

b) Laborales

c) Otros (Especifique)

¿Cuántos usuarios o asistentes se esperan registrar por evento?

a) Menos de 50

b) Entre 50 y 100

c) Más de 100

¿Cómo deben registrarse los asistentes al evento?

a) Mediante tarjetas RFID

b) Escaneo de código QR

c) Manualmente

¿Es necesario el registro de entrada y salida de los asistentes?

a) Solo entrada

b) Entrada y salida

c) Ninguno

¿Qué información personal se debe capturar para cada asistente?

a) Nombre completo

b) Número de cuenta

c) Correo electrónico

¿Se requiere generar informes de asistencia en tiempo real?

a) Sí

b) No
c) Talvez

¿Cuántos tipos de usuarios gestionarán el sistema?

a) Administradores

b) Usuarios registrados

c) Asistentes

¿Se debe integrar el sistema con otros sistemas existentes en la institución?

a) Sí (Especifique cuáles)

b) No

c) Talvez

¿Qué tipo de dispositivo debe soportar el sistema?

a) Escritorio

b) Móvil

c) Ambos

¿Cada cuánto tiempo se requiere que el sistema realice copias de seguridad de la información?

a) Diariamente

b) Semanalmente

c) Mensualmente

CONTRATO DE PRESTACIÓN DE SERVICIOS DE DESARROLLO Y MANTENIMIENTO DE

SISTEMA RFID
Entre:

EL CONTRATANTE: _________________________ (nombre completo o razón social),

identificado con cédula de ciudadanía o RFC No. ____________, con domicilio en __________
(dirección completa), quien en lo sucesivo se denominará "EL CONTRATANTE".

Y EL CONTRATISTA: ___________________ (nombre completo), identificado con cédula de

ciudadanía No. ________________, con domicilio en ________________ (dirección completa),
quien en lo sucesivo se denominará "EL CONTRATISTA".

Ambas partes acuerdan la celebración del siguiente contrato, el cual se regirá por las siguientes
cláusulas:

PRIMERA. OBJETO DEL CONTRATO:

EL CONTRATISTA se compromete a prestar los servicios de desarrollo, implementación y

mantenimiento de un sistema RFID para control de acceso, consistente en:

1. Desarrollo del sistema de control de acceso mediante tecnología RFID.

2. Integración del hardware y software necesario para el funcionamiento del sistema.

3. Capacitación básica para el uso del sistema.

4. Mantenimiento preventivo y correctivo del sistema durante el tiempo que dure el contrato.

SEGUNDA. DURACIÓN DEL CONTRATO:

El presente contrato tendrá una vigencia de _________ meses/años, iniciando el día ____ de
_______ de 2024 y finalizando el ____ de _______ de 202_. Las partes podrán acordar la
renovación mediante un nuevo acuerdo por escrito antes de la fecha de vencimiento.

TERCERA. PRECIO Y CONDICIONES DE PAGO:

El costo total por la prestación de los servicios será de $___________. El pago se realizará de la
siguiente forma:

1. Un pago inicial de $___________ al momento de la firma del contrato.

2. Un pago final de $___________ una vez el sistema haya sido implementado y aprobado
por EL CONTRATANTE.

Los pagos se efectuarán mediante transferencia bancaria a la cuenta que EL CONTRATISTA

indique, dentro de los 5 días hábiles siguientes a la emisión de la factura correspondiente.

CUARTA. OBLIGACIONES DEL CONTRATANTE:

EL CONTRATANTE se compromete a:

1. Proveer toda la infraestructura y recursos necesarios para la instalación del sistema.

2. Facilitar el acceso a las instalaciones y áreas donde se llevará a cabo la instalación del
sistema RFID.

3. Colaborar con EL CONTRATISTA en la obtención de la información requerida para el

correcto funcionamiento del sistema.

4. Cumplir con las recomendaciones y capacitaciones proporcionadas por EL

CONTRATISTA.

QUINTA. OBLIGACIONES DEL CONTRATISTA:

EL CONTRATISTA se compromete a:

1. Desarrollar e implementar el sistema RFID de acuerdo con las especificaciones acordadas.

2. Realizar las pruebas necesarias para asegurar el correcto funcionamiento del sistema
antes de su entrega final.

3. Proveer al CONTRATANTE con la documentación técnica y manuales de operación del

sistema.

4. Ofrecer soporte técnico para la puesta en marcha del sistema y el mantenimiento durante
el período acordado.

SEXTA. PROPIEDAD INTELECTUAL:

1. Derechos de autor y propiedad intelectual: Todos los derechos de propiedad intelectual

sobre el software, hardware, documentación técnica y cualquier otro material relacionado con el
sistema desarrollado serán propiedad de EL CONTRATANTE.

2. Cesión de derechos: EL CONTRATISTA cede a EL CONTRATANTE todos los derechos

sobre el sistema desarrollado, incluyendo el código fuente, sin restricción alguna.

3. Uso del sistema: EL CONTRATANTE tendrá derecho a utilizar, modificar y distribuir el

sistema sin limitación alguna, mientras que EL CONTRATISTA garantiza que el sistema no infringe
derechos de propiedad intelectual de terceros.

SÉPTIMA. CUMPLIMIENTO DE NORMATIVAS LEGALES Y SEGURIDAD:

1. Protección de datos personales: EL CONTRATISTA se compromete a cumplir con la

legislación mexicana sobre la protección de datos personales, especialmente con la Ley Federal de
Protección de Datos Personales en Posesión de los Particulares.

2. Normativa sobre RFID: EL CONTRATISTA se asegurará de que el sistema desarrollado

cumpla con las normativas nacionales e internacionales aplicables a la tecnología RFID.

3. Seguridad informática: EL CONTRATISTA garantizará que el sistema implemente medidas

de seguridad adecuadas para prevenir accesos no autorizados a la información almacenada o
procesada por el sistema.
OCTAVA. SUPERVISIÓN Y CONTROL:

1. Supervisión: EL CONTRATANTE podrá realizar supervisiones periódicas al desarrollo del

sistema para verificar el cumplimiento con las especificaciones acordadas.

2. Entrega de avances: EL CONTRATISTA se compromete a entregar informes de avance

mensuales a EL CONTRATANTE sobre el estado del desarrollo e implementación del sistema.

NOVENA. TERMINACIÓN ANTICIPADA:

El contrato podrá ser rescindido de manera anticipada por cualquiera de las partes en los
siguientes casos:

1. Incumplimiento de las obligaciones establecidas en el contrato por cualquiera de las partes.

2. EL CONTRATISTA no cumpla con las especificaciones de desarrollo y entrega del sistema.

3. EL CONTRATANTE no cumpla con los pagos estipulados en el contrato.

En caso de terminación anticipada, EL CONTRATANTE pagará a EL CONTRATISTA los trabajos

realizados hasta la fecha de rescisión.

DÉCIMA. JURISDICCIÓN Y LEGISLACIÓN APLICABLE:

Este contrato se regirá por la legislación mexicana. Para la resolución de cualquier disputa que
surja del presente contrato, las partes se someten a la jurisdicción de los tribunales competentes
de (Ciudad, Estado).

Firmado en dos ejemplares en ___________ (lugar), el ___________ (fecha).

________________________
________________________

(Nombre Completo) (Nombre Completo)

CONTRATANTE CONTRATISTA

PROPIEDAD INTELECTUAL

1. Publicación y resolución: Una vez aceptada la solicitud, se publica en la Gaceta de la

Propiedad Industrial. Si no hay oposición, se otorga el registro oficial.
2. Mantener la vigencia: Renovar los derechos de propiedad intelectual mediante el pago de
anualidades y garantizar el uso adecuado de la protección otorgada.

3. Definir los elementos protegibles: Identificar las partes del proyecto que pueden ser
protegidas, como marcas, patentes, diseños industriales o modelos de utilidad.

4. Documentar la creación: Elaborar un expediente con descripciones detalladas, esquemas

técnicos y evidencias que respalden la originalidad del proyecto.

5. Cumplir con los pagos: Realizar los pagos necesarios para los trámites, que varían según
el tipo de protección solicitada.

6. Formalizar el registro: Presentar la solicitud en el portal del IMPI, seleccionando el formato

adecuado según el tipo de protección.

7. Realizar una verificación previa: Consultar bases de datos como Marcanet para evitar
conflictos con registros existentes.

8. Proceso de revisión: Atender las observaciones o solicitudes adicionales que el IMPI pueda
requerir durante la evaluación.

9. Definir la protección internacional: Considerar la extensión internacional de la protección

intelectual si el proyecto tiene una proyección fuera del país.

10. Revisión periódica de la protección: Monitorear cambios en las leyes de propiedad

intelectual para asegurar que la protección se mantenga vigente y efectiva.

11. Asegurar la confidencialidad: Durante el proceso de solicitud, proteger la información

confidencial del proyecto para evitar el plagio o uso no autorizado.

________________________________________

CUMPLIMIENTO DE NORMATIVIDAD

El proyecto debe cumplir con regulaciones clave, incluso en etapas iniciales, para garantizar la
protección de los datos y la seguridad:

1. Transparencia en el manejo de datos: Informar a los usuarios sobre el uso de sus datos,
permitiendo correcciones o actualizaciones, y asegurando que el acceso esté restringido a
credenciales válidas.

2. Protección de datos personales: Garantizar el cumplimiento de la Ley Federal de

Protección de Datos Personales, aplicando medidas de seguridad y obteniendo el consentimiento
de los usuarios.

3. Normativa laboral: Establecer principios de colaboración y responsabilidad en el equipo,

asignando horarios claros para las tareas del proyecto.

4. Regulación en tecnología RFID: Verificar que el uso de tecnología RFID cumpla con las
normativas aplicables y optimizar su funcionamiento durante los eventos.

5. Seguridad informática: Implementar medidas de seguridad avanzadas para proteger la

información almacenada, minimizando riesgos de vulnerabilidad.

6. Cumplimiento con normativas de accesibilidad: Asegurar que el sistema cumpla con las
regulaciones locales e internacionales de accesibilidad para personas con discapacidad.
7. Responsabilidad social y ética: Asegurar que el proyecto tenga un impacto social positivo y
no vulneré derechos de los usuarios.

8. Revisión constante de legislación: Monitorear las actualizaciones y cambios en las leyes y

regulaciones locales para adaptar el proyecto a los nuevos requisitos.

9. Protección contra ciberataques: Desarrollar protocolos de seguridad para proteger el

sistema de posibles ciberataques y filtraciones de datos.

________________________________________

ANÁLISIS ÉTICO Y PROFESIONAL

Un enfoque ético y profesional asegura la aceptación del proyecto y la confianza de los usuarios:

1. Accesibilidad e inclusión: Diseñar un sistema que sea accesible para todos los asistentes,
evitando cualquier forma de exclusión o discriminación.

2. Privacidad y consentimiento: Almacenar únicamente los datos necesarios de manera

segura, obteniendo el consentimiento informado de los usuarios.

3. Responsabilidad profesional: Establecer políticas claras para manejar incidentes de

seguridad y designar responsables para la supervisión del sistema.

4. Mejora continua: Evaluar y ajustar el sistema con base en su desempeño, optimizando

funciones y mejorando la experiencia del usuario.

5. Transparencia: Informar a los usuarios sobre el propósito de la recopilación de datos, su

tiempo de almacenamiento y quién tendrá acceso a ellos.

6. Calidad y fiabilidad: Usar buenas prácticas de desarrollo, realizar pruebas exhaustivas y

capacitar al personal para garantizar un sistema eficiente y seguro.

7. Atención a los usuarios: Proveer soporte técnico adecuado y asistencia a los usuarios en
caso de errores o problemas con el sistema.

8. Protección ante errores de datos: Implementar mecanismos que permitan la corrección

inmediata de datos incorrectos y garantizar que no afecten el funcionamiento del sistema.

9. Fomentar la educación tecnológica: Asegurar que los usuarios comprendan el

funcionamiento del sistema y cómo proteger su información personal.
Referencias

Pérez, J. A., & López, M. R. (2022). Implementación de tecnología RFID en sistemas de registro de
eventos: un enfoque innovador. Revista de Tecnología y Gestión de Eventos, 15(2), 123-135.
[Link]

Gómez, T., & Fernández, L. (2023). Optimización del registro de asistentes en eventos mediante
lectores RFID. Journal of Event Management Technology, 8(1), 45-60.
[Link]

Martínez, S., & Ruiz, P. (2021). Análisis de la efectividad de sistemas RFID en la gestión de eventos
masivos. Revista Internacional de Innovación y Tecnología, 10(4), 200-215.
[Link]