0% encontró este documento útil (0 votos)
26 vistas4 páginas

U2 - AppSheet

El documento describe dos proyectos: el primero es un sistema de asistencia para maestros mediante escaneo de códigos QR, que registra la asistencia y permite generar reportes; el segundo es una aplicación para registrar y dar seguimiento a incidencias en la universidad, facilitando la comunicación y solución de problemas. Ambos proyectos incluyen características como formularios automáticos, notificaciones y dashboards para visualización de datos. Se presentan ejemplos de bases de datos para cada proyecto, detallando las tablas y campos necesarios.

Cargado por

Puto
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
26 vistas4 páginas

U2 - AppSheet

El documento describe dos proyectos: el primero es un sistema de asistencia para maestros mediante escaneo de códigos QR, que registra la asistencia y permite generar reportes; el segundo es una aplicación para registrar y dar seguimiento a incidencias en la universidad, facilitando la comunicación y solución de problemas. Ambos proyectos incluyen características como formularios automáticos, notificaciones y dashboards para visualización de datos. Se presentan ejemplos de bases de datos para cada proyecto, detallando las tablas y campos necesarios.

Cargado por

Puto
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

Proyecto 1:

Bitácora de Asistencia de Maestros con Escaneo de QR

Flujo del sistema


1. Generación de códigos QR:
o Cada laboratorio tendrá un QR único que estará vinculado a su iden ficación en la
base de datos (ejemplo: LAB-1-PA, LAB-2-PB, etc.).
o Los QR pueden generarse previamente y colocarse sicamente en los laboratorios.
2. Registro de asistencia:
o Los maestros escanean el QR desde la aplicación de AppSheet.
o La app detecta automá camente:
 ID del laboratorio a par r del QR.
 Fecha y hora del escaneo.
 Usuario registrado (el maestro debe haber iniciado sesión previamente en
la app).
o Se guarda un registro con:
 Nombre del maestro.
 ID del laboratorio.
 Fecha y hora.
3. Reportes y visualización:
o Los registros de asistencia pueden filtrarse por maestro, laboratorio, o rango de
fechas.
o Tablero de control que muestre:
 Uso de los laboratorios por horarios.
 Asistencias diarias por maestro o área.

Caracterís cas principales


 Escaneo QR integrado:
o AppSheet permite el uso de la cámara del disposi vo para escanear códigos QR.
o El QR almacena información única del laboratorio (por ejemplo, su ID).
 Formulario automá co:
o El escaneo del QR llena automá camente los campos de "Laboratorio" y
"Fecha/Hora".
o El maestro solo necesita confirmar su asistencia con un clic (si es necesario).
 Validación de auten cación:
o Solo los maestros registrados en la base de datos podrán registrar asistencia.
 No ficaciones:
o Enviar no ficaciones de confirmación al maestro con detalles del registro.
 Dashboard:
o Visualización en empo real de la ocupación de laboratorios y asistencia de
maestros.
Ejemplo de base de datos
1. Tabla: Maestros
o ID_Maestro
o Nombre
o Correo electrónico
o Departamento
2. Tabla: Laboratorios
o ID_Laboratorio
o Nombre
o QR_Code (almacena el valor del QR)
3. Tabla: Asistencia
o ID_Asistencia
o ID_Maestro
o ID_Laboratorio
o Fecha_Hora
Proyecto 2:
Generación de Incidencias

Obje vo General
Desarrollar una aplicación que permita registrar, monitorear y dar seguimiento a incidencias en
dis ntas áreas de la universidad, mejorando la comunicación y la solución de problemas de
manera eficiente.

Flujo del sistema


1. Registro de Incidencias:
o Los usuarios (docentes, personal administra vo, o estudiantes) llenan un
formulario digital con detalles de la incidencia.
o Pueden incluir una descripción, prioridad (baja, media, alta), ubicación, y
evidencias fotográficas.
2. Asignación de Incidencias:
o Cada incidencia se asigna automá camente al área responsable, dependiendo del
po de problema (TI, mantenimiento, servicios generales, etc.).
o Se no ficará al responsable vía correo electrónico o dentro de la app.
3. Seguimiento de Incidencias:
o El área responsable actualiza el estado de la incidencia (Pendiente, En Proceso,
Resuelto) con notas adicionales si es necesario.
o El usuario que reportó la incidencia recibe no ficaciones sobre los cambios de
estado.
4. Visualización de Reportes:
o Los administradores pueden consultar estadís cas en empo real, como el número
de incidencias por área, estado actual, o empo promedio de resolución.

Caracterís cas principales


1. Formulario de Registro:
o Campos necesarios:
 Nombre del reportante (autocompletado si está auten cado).
 Ubicación (laboratorio, aula, oficina, etc.).
 Tipo de incidencia (TI, Mantenimiento, Otros).
 Descripción.
 Nivel de prioridad (Baja, Media, Alta).
 Evidencia fotográfica (carga de imagen).
2. Ges ón de Estados:
o Los estados de las incidencias incluyen:
 Pendiente.
 En Proceso.
 Resuelto.
o Solo los responsables pueden cambiar el estado.
3. No ficaciones Automá cas:
o Cuando una incidencia cambia de estado, el usuario reportante recibe una
no ficación.
o Se pueden enviar correos automá cos o no ficaciones push (si se usa en
disposi vos móviles).

4. Dashboard para Administradores:


o Visualización en empo real de las incidencias.
o Gráficos de barras y pastel que muestren:
 Incidencias por área.
 Incidencias por estado.
 Tiempo promedio de resolución.
5. Historial de Incidencias:
o Los usuarios pueden consultar las incidencias que han reportado, con sus estados
actuales y notas agregadas.

Ejemplo de Base de Datos


1. Tabla: Incidencias
o ID_Incidencia (autogenerado).
o Reportante (ID de usuario).
o Ubicación.
o Tipo.
o Descripción.
o Prioridad.
o Evidencia (URL de la imagen cargada).
o Estado.
o Fecha/Hora de creación.
o Responsable asignado.
2. Tabla: Usuarios
o ID_Usuario.
o Nombre.
o Correo electrónico.
o Rol (Administrador, Responsable, Usuario).
3. Tabla: Tipos de Incidencias
o ID_Tipo.
o Nombre (TI, Mantenimiento, Otros).
o Área Responsable.

También podría gustarte