Mediante este comunicado, confirmamos que el trabajo de integración curricular aquí descrito, así como el o los productos resultantes del mismo, son de dominio público y estarán a disposición de la comunidad a través del Archivo Institucional Politécnico Nacional; sin embargo, la propiedad corresponde a los derechos económicos de los autores que contribuyeron al desarrollo de este trabajo; A tales efectos, cumplirá con las disposiciones establecidas por el órgano competente en materia de derechos de propiedad intelectual, reglamento interno y demás normas. Este Trabajo de Integración Curricular se estructura de la siguiente manera: En la primera parte se describen los antecedentes, objetivos, alcances y marco teórico del proyecto. La segunda parte especifica la implementación del método Scrum, prototipos y herramientas seleccionadas para el desarrollo de cada uno de los módulos.
Además, permite realizar de manera efectiva una mayor cantidad de actividades en un menor tiempo, por lo que se obtienen muchos beneficios al utilizar las plataformas digitales, ya que permite la automatización y digitalización con una sola herramienta tecnológica, lo que la convierte en una de las herramientas más importantes. en esta nueva era tecnológica en beneficio de la sociedad y las empresas que necesitan una rápida recuperación económica [3]. En vista de lo anterior, el presente documento propone el desarrollo de un frontend para brindar servicios de asistencia técnica especializada en salas de cómputo, con el objetivo de que todos los ciudadanos puedan contratar estos servicios de manera segura y rápida desde la tranquilidad y comodidad de sus hogares. .
Objetivo general
Objetivos específicos
Alcance
9 se presenta el resultado obtenido luego de realizar la prueba unitaria, y el proceso completo de autenticación, registro y recuperación de contraseña se muestra en el ANEXO III. 12 se presenta el resultado de ejecución de la prueba unitaria realizada y el detalle completo de modificación del perfil se muestra en el ANEXO III. 15 se muestra el resultado obtenido luego de ejecutar la prueba unitaria y todo el proceso de aceptación y/o rechazo de una solicitud se muestra en el ANEXO III.
18 se presenta el resultado obtenido luego de ejecutar la prueba unitaria y el proceso completo de visualización de datos se muestra en el ANEXO III. 21 presenta el resultado obtenido tras la ejecución de la prueba unitaria y el detalle del proceso de registro completo se presenta en el ANEXO III. 24 presenta el resultado obtenido luego de la ejecución de la prueba unitaria y que el detalle del proceso completo de aprobación y/o rechazo de una afiliación se muestra en el ANEXO III.
27 representa el resultado obtenido tras ejecutar la prueba unitaria, y los detalles de todo el proceso de gestión del servicio (CRUD) se muestran en el ANEXO III. 30 representa el resultado obtenido tras la ejecución de la prueba unitaria, y el detalle de todo el proceso de aprobación y/o rechazo de la solicitud pendiente se muestra en el ANEXO III. 33 representa el resultado obtenido después de realizar la prueba unitaria, y todo el proceso de visualización de datos se muestra en el ANEXO III.
La TABLA XX muestra la prioridad de cada requisito implementado en el frontend.
Marco teórico
Metodología de Desarrollo
Es el equipo de desarrollo en el que cada miembro realiza las actividades definidas de manera organizada y eficiente con el fin de lograr un progreso progresivo en el desarrollo de software [23]. Son fichas que sirven para explicar los requerimientos desde el punto de vista del usuario final, dicha información se presenta de forma organizada, breve y sencilla, describiendo la funcionalidad y el resultado deseado en el desarrollo del software. Por lo tanto, la TABLA III es un ejemplo de una historia de usuario que incluye funciones para el desarrollo de frontend.
Por ello, en la TABLA IV se muestra la elaboración del Registro de Producto de acuerdo a los requisitos que se han definido. Aquí se ubican todas las tareas e iteraciones a realizar en el desarrollo del proyecto, se organizan mediante una tabla y en base a una prioridad de ejecución.
Diseño de Interfaces
Diseño de la arquitectura
Herramientas de desarrollo
Gracias al uso de Cypress se ha podido verificar y comprobar el correcto funcionamiento de los módulos en una aplicación [36]. Las bibliotecas se han utilizado para el desarrollo de aplicaciones del lado del cliente, que facilitan la codificación y la funcionalidad adicional durante el tiempo de desarrollo [37]. En este sentido, la TABLA VII presenta las librerías implementadas en la codificación frontend.
A continuación se muestran los resultados obtenidos en cada una de las interfaces y módulos, las pruebas y el roll-out a un entorno de producción. Además, cada uno de los resultados se presenta a través de una serie de iteraciones (Sprints) tal y como se planificó previamente.
Sprint 0. Configuración del ambiente de desarrollo
Dentro de la interfaz, el perfil de administrador puede consumir varios puntos finales para administrar las solicitudes de membresía enviadas por los técnicos. Los usuarios con perfiles técnicos y de administrador pueden consumir múltiples puntos finales para ver comentarios, sugerencias y calificaciones de servicios. El usuario con perfil técnico puede consumir varios endpoints para solicitar una conexión, para ello debe registrarse e iniciar sesión y luego enviar el formulario.
Dentro de la interfaz, un usuario con un perfil técnico puede usar varios puntos finales de administración de servicios, lo que significa que puede ver, crear, actualizar y eliminar información de los servicios. Un usuario con perfil técnico puede consumir múltiples endpoints para otorgar y/o denegar servicios que debe considerar una solicitud de conexión entrante.
Sprint 1. Usuario administrador – Resultado que se ha obtenido de las interfaces
Todo lo anterior se puede hacer consumiendo datos del backend como se muestra en la Fig. Todo lo anterior se puede hacer consumiendo los datos correspondientes del backend como se muestra en la Fig. Gestionar Solicitudes de Afiliados a través del Consumo de Endpoint El usuario con perfil de administrador puede gestionar las solicitudes de afiliados donde puede aprobar o rechazar las solicitudes enviadas por los técnicos de los que quiere formar parte.
Todo lo anterior se puede hacer consumiendo datos del backend como se muestra en la figura. Lo anterior se puede hacer consumiendo los datos relevantes del back-end como se muestra en la figura.
Sprint 2. Usuario técnico – Resultado que se ha obtenido de las interfaces que
Un usuario con perfil técnico puede enviar una solicitud de alta a través del formulario, donde deberá introducir los siguientes datos: fecha de expedición, profesión, especialización, teléfono, horario de atención, nombre y dirección. Una vez enviada la solicitud, el usuario con perfil técnico deberá esperar a que el administrador la apruebe o rechace, y recibir la respuesta por correo electrónico. Si se aprueba la solicitud, el técnico podrá acceder a más módulos, de lo contrario no podrá acceder y será informado del motivo del rechazo.
Todo lo anterior se puede hacer consumiendo datos del backend, como se puede ver en la Fig. El usuario con perfil técnico, una vez aprobada su solicitud, puede crear servicios a través de un formulario donde deberá ingresar la información correspondiente: nombre del servicio, descripción, precio y condición. Además, una vez ingresada la información, podrá visualizarla, actualizarla y eliminarla si es necesario.
Todo lo anterior se puede hacer consumiendo los datos relevantes, como se puede ver en la Fig. Una vez creado un servicio, el usuario con perfil técnico puede visualizar las solicitudes pendientes de los clientes que han solicitado el servicio. Para poder ver los comentarios, sugerencias y valoración del servicio, se ha elaborado una tabla que permite presentar la información de forma ordenada para que el técnico pueda comprobar los comentarios recibidos.
Lo anterior se puede hacer consumiendo los datos relevantes del backend como se muestra en la Fig.
Sprint 4. Ejecución de pruebas en el frontend
Las pruebas unitarias, también conocidas como pruebas unitarias, consisten en verificar y verificar el funcionamiento de los módulos de una aplicación [42]. En este caso, Cypress incluye un entorno para ejecutar pruebas mediante un script para cada módulo, lo que facilita el renderizado, la depuración del código fuente y la comprobación de la funcionalidad de cada componente. 35 muestra el resultado obtenido después de ejecutar la prueba de unidad para el componente de restablecimiento de contraseña.
Los detalles completos de las otras pruebas y resultados se muestran en el ANEXO III de este documento. Una vez finalizada esta fase de prueba, se examinan los resultados obtenidos y se concluye que los módulos frontend funcionan correctamente, sin presentar problemas en las validaciones ni en el código. Implementación y obtención de resultados de pruebas de compatibilidad Este tipo de prueba permite verificar si la información y contenido multimedia de un software funciona correctamente en diferentes dispositivos electrónicos, navegadores y sistemas operativos [43].
Para ello, en la TABLA VIII se presentan las comprobaciones de contenido del frontend realizadas en los diferentes navegadores. El detalle completo del resto de pruebas, junto con sus resultados, se encuentra en el ANEXO II. Luego de culminada esta fase de prueba, se evalúan los resultados obtenidos y se concluye que el frontend es compatible con varios navegadores y tiene un correcto funcionamiento y se muestra la información sin ningún error.
Implementación y recepción de los resultados de las pruebas de aceptación Este tipo de pruebas son necesarias para asegurar el éxito de la implementación del proyecto ya que garantiza cubrir todas las expectativas y necesidades del propietario del producto [44]. Para ello, en la TABLA IX se presenta la implementación y ejecución de la prueba de aceptación del componente de recuperación de contraseña junto con el resultado. Se analiza el resultado obtenido y se concluye que la aceptación del administrador y del técnico es del 100%, al igual que la funcionalidad e interacción entre los diferentes módulos presentados en el frontend.
Sprint 5. Despliegue
Una vez completadas todas las etapas anteriores, se realiza el despliegue mediante la herramienta Vercel, haciendo accesible el frontend al público en general.
Descripción: el usuario administrador puede utilizar varios puntos finales para gestionar las solicitudes de asociación enviadas por el usuario técnico.
