SISTEMA DE ASISTENCIA DE DOCENTE BASADO EN

MICROSERVICIOS

1. Generalidades del registro de la asistencia

Se Hace uso de 2 asistencias (manual [firma de entrada y salida] y digital[el area de desarrollo
es la que se encarga de monitorear el sistema(es una web) donde el vicedecano puede pedir
reportes, no todos los profesores pueden hacer uso de este sistema ya que varios no se
encuentran registrados, el proceso por este medio es mediante la huella dactilar])

Cada docente podrá registrar su entrada 10 min antes del inicio de su clase en el sistema, en
caso de tener una falta , el docente puede optar por una recuperación de clase ,si no tiene una
justificación.

Las hojas de asistencia para los alumnos es otro tipo de verificacion en caso que se haya
olvidado de firmar en la lista de asistencia

La asistencia digital, es un "sustento" a lo que realizan con la asistencia manual

1.1. Dificultades del proceso manual de asistencia

 Los docentes no toman con responsabilidad la hora de ingreso y/o salida

 Se puede altera o manipular los datos que constan el libro de ingreso
 Que se pierda el registro y la manipulación de la información sea muy lento

2. Requerimientos
El sistema debe realizar funciones como :

 Llevar un registro completo de todos los trabajadores

 Permitir el ingreso de información perteneciente al periodo de trabajo de cada
docente de la escuela, como horario asignado, calendario de actividades, permisos,
vacaciones y multas.
 El sistema debe automatizar el calculo de los totales de minutos de atraso en base a la
información que provea al sistema en función sobre su hora de llegada y hora de salida
y el horario de cada empleado
 Mantener control de los docentes sobre sus horarios de trabajo
 Presentar reportes mensuales

3. Entidades
 Docente
 Vicedecano
 Atención al cliente
 Departamento académico
 Departamento de escuela
 Horario
 Recuperación (no está contemplado, se debe gestionar, venir para la recuperación
sería como registrar una asistencia común)
 Aula
 Justificación

4. Diagrama de Dominio
5. DIAGRAMA DE ACTIVIDADES
 6. Definición de microservicios
La aplicación deberá cumplir una serie de funcionalidades que podrán verse ampliadas tras la finalización del proyecto. Cada
funcionalidad esta asociada a una necesidad de negocio, por lo que se desarrollara un microservicio para cada una. De esta
manera, la aplicación en su conjunto deberá:

Microservicio Capacidades
Gestión de docentes Añadir Docente
Modificar Docente
Eliminar Docente
Consultar un Docente
Consultar Docentes
Ingresar Horario
Asignar Horario
Modificar Horario
Eliminar Horario
Consultar Horario de un Docente
Asignar Escuela
Gestión de asistencias Marcar Asistencia
Verificar Asistencia
Generar Reporte de asistencias
Crear Jornada
Generar Reporte de faltas

Gestión de justificaciones y recuperación
Consultar Asistencia de Docente por
fecha
Aprobar Justificación
Editar Justificación
Asignar Horario a una Recuperación
Modificar asistencia con falta
Confirmar Recuperación

6.1. Gestión de Docentes

En la siguiente figura se puede observar el modelo que representa la Gestión de Docentes.

En este diagrama se aprecian las siguientes Entidades:

 Horario: El horario asignado a un Docente, constituido por los días, cursos y horas.
 Docente: La persona que trabaja en la facultad.
 Departamento: Referencia a la escuela que pertenece el profesor.

En la siguiente figura se muestra el despliegue que tiene el servicio

 Funcionalidades del microservicio :

# Funcionalidad Descripción

1 Añadir Docente Se podrá incluir un nuevo docente en

el sistema incluyendo nombre,
apellido, código y teléfono.
2 Modificar Docente Se podrá cambiar los datos
modificables de cualquier docente
3 Eliminar Docente Se podrá borrar cualquier docente a
partir de su código.
4 Consultar un Docente El sistema será capaz de mostrar un
docente a través de su nombre o
código
5 Consultar Docentes El sistema podrá proporcionar una
lista con todos los docentes
6 Ingresar Horario Se podrá incluir un nuevo horario en
el sistema incluyendo días, horas y
cursos
7 Asignar Horario El microservicio Gestión de docentes
debe ser capaz de asignar un horario
a un docente
8 Modificar Horario Se podrá cambiar los datos de
cualquier horario
9 Eliminar Horario Se podrá borrar cualquier horario
10 Consultar Horario de un Docente El sistema podrá proporcionar el
horario asignado a un docente
11 Asignar Escuela El sistema podrá permitir asignarle
una escuela a un docente

6.2. Gestión de Asistencia

En el siguiente diagrama se puede observar lo que representa la Gestion de asistencia.

En este diagrama se aprecian las siguientes Entidades:

 Jornada: Lapso de tiempo en la que el Docente cumplirá sus funciones en un determinado
Curso.
 Docente: La persona que cumple una o varias jornadas.
 Asistencia: Referencia a si asistió o no.

Funcionalidades del microservicio :

# Funcionalidad Descripción

1 Marcar Asistencia La aplicación cuenta con un

microservicio de Gestión de Asistencia
que permite marcar una asistencia en
una jornada
2 Verificar Asistencia
3 Generar Reporte de asistencias
4 Crear Jornada
5 Generar Reporte de faltas
6 Consultar Asistencia de Docente
por fecha
El usuario del sistema podrá confirmar
la asistencia virtual con la asistencia
del cuaderno de asistencias
El microservicio podrá mostrar un
reporte con las asistencias de un
docente en el mes
Se hará posible la creación de una
jornada a partir de los datos del
docente y su horario
El microservicio podrá mostrar un
reporte con las faltas de un docente en
el mes
El microservicio permitirá obtener el
estado de la asistencia dependiendo
de la fecha en la que se consulta

En la siguiente figura se muestra el despliegue que tiene el servicio

6.3. Gestión de Justificaciones y Recuperación

En el siguiente diagrama se puede observar lo que representa la Gestion de Recuperación y Justificación
 Funcionalidades del microservicio :

# Funcionalidad Descripción

1 Aprobar Justificación El sistema permitirá que el encargado

apruebe o desapruebe la justificación

2 Editar Justificación El sistema permitirá que el docente

pueda editar su justificación si esta es
desaprobada

3 Asignar Horario a una El sistema generara un horario para

Recuperación una recuperación si la justificación es
aprobada ,consultando primero con el
horario del docente
4 Modificar asistencia con falta El sistema modificara una inasistencia
son una asistencia si es que se
confirma la recuperación y esta este
dentro del mismo mes

5 Confirmar Recuperación La confirmación de una recuperación

supondrá una generación automática
de una marca de asistencia
 Diagrama de Despliegue de toda la Arquitectura

GLOSARIO DE TÉRMINOS
Base de Datos.- Información almacenada sistemáticamente, para que resulte sencillo recuperar o actualizar
uno o varios ítems.
Diagrama de clases.- es un tipo de diagrama trazan claramente la estructura de un sistema concreto al
modelar sus clases, atributos, operaciones y relaciones entre objetos.
Diagrama Arquitectónico.- Este diagrama muestra los principales subsistemas que componen un sistema.
Diagrama de secuencia.- Diagrama de interacción porque describe cómo y en qué orden un grupo de
objetos funcionan en conjunto.
Hardware.- Partes tangibles de una computadora. Conjunto de elementos mecánicos, eléctricos o
magnéticos para el procesamiento de información.
Huella digital.- hace referencia a la huella que los seres humanos tienen en sus dedos y que sirve para
identificarlos de modo inequívoco.
Microservicios.- Arquitectura que funciona con un conjunto de pequeños servicios que se ejecutan de
manera independiente y autónoma.
Proceso.- Conjunto de actividades y resultados asociados que conducen a la creación de un producto.
Requerimientos del usuario.- Son declaraciones en lenguaje natural y diagramas de los servicios que se
espera que el sistema provea y de las restricciones bajo las cuales se debe operar.
Requerimientos del sistema.- Establecen con detalle los servicios y restricciones del sistema. Se orienta al
personal técnico y a los administradores del proyecto.
Requerimientos funcionales.- Son declaraciones de los servicios y restricciones que proveerá el sistema,
de la manera en que este proporcionará entradas particulares y de cómo se comportará en situaciones
particulares.
Requerimientos no funcionales.- Son restricciones de los servicios o funciones ofrecidos por el sistema.
Sistema.- Combinación de procedimientos destinados a producir ciertos resultados. Ocurre en la empresa
cliente.
Software.- Conjunto de rutinas, programas, procedimientos y normas para que funcione un sistema.
 1. INGRESAR AL SISTEMA

Caso de Uso: Ingresar al sistema

Actor: Administrador y Docente
Descripción: Procedimiento de autenticación del usuario en el sistema
Precondición: El usuario tiene que estar registrado en el sistema con un rol definido:
Administrador o docente
Flujo Principal:
1. El CUS comienza cuando el usuario quiere ingresar al sistema.
2. El sistema muestra la interfaz de autenticación (Interfaz de Login) solicitando los
datos de autenticación del usuario: Código de la institución, usuario y contraseña.
3. El sistema toma la huella ingresada por el usuario y valida que pertenezcan a los
datos de autenticación de un perfil almacenado.
4. El sistema identifica el perfil del usuario según los datos ingresados.
5. El sistema permite el acceso al mismo y muestra las respectivas interfaces según
el perfil identificado: Docente.
6. El CUS finaliza.
Post-condición : El usuario ha ingresado al sistema.
Flujo Alterno 1: Autentificación incorrecta
1. Si el usuario ha ingresado incorrectamente sus datos de usuario, el sistema
mostrará un mensaje de advertencia indicando que los datos ingresados son
erróneos.
Post-condición El usuario no ha ingresado al sistema.
 2. CARGAR DATOS

Caso de Uso: Cargar datos

Actor: Administrador
Descripción: El administrador carga en el sistema los datos de docentes.

Precondición: Haber ingresado al sistema. El administrador debe tener la plantilla de

carga de datos en Excel con los datos que desea cargar.
Flujo Principal:
1. El CUS comienza cuando el administrador selecciona la opción de carga de datos.
2. El sistema muestra la interfaz de carga de datos.
3. El administrador pulsa en el botón “Cargar archivo” y selecciona el archivo de
carga.
4. El sistema valida los datos de la plantilla y registra los datos ingresados en el
sistema.
5. El sistema muestra un cuadro resumen con los datos cargados.
6. El CUS finaliza.
Post-condición : Los datos de los docentes han sido registrados en el sistema.

Flujo Alterno 1: Formato de registro inválido

Si el sistema valida un campo del registro con un formato incorrecto como en un
campo de fecha, muestra un mensaje indicando que el campo validado presenta un
formato incorrecto.
Post-condición: Se ha cancelado el flujo.
 3. REGISTRAR ASISTENCIA

Caso de Uso: Registrar Asistencia

Actor: Docente
Descripción: Los docentes pueden registrar su asistencia con su huella dactilar.

Precondición: Los docentes deben estar registrados en el sistema. Los docentes

deben estar asignados a un grado o a un curso.

Flujo Principal:
Registro de asistencia de entrada/salida
1. El CUS comienza cuando el administrador selecciona la opción de registro de
asistencia estudiantil.
2. El sistema muestra la interfaz de registro de asistencia (Entrada/salida)
3. El administrador selecciona la dependencia, el periodo académico y el turno y
pulsa en el botón “Registrar asistencia”.
4. El sistema solicita el ingreso del código de autorización.
5. El administrador ingresa el código de autorización.
6. El sistema muestra la interfaz de ingreso de asistencia
7. El docente registra su asistencia con su huella dactilar.
8. El sistema indica que la asistencia ha sido registrada.
9. El CUS finaliza.

Post-condición : La asistencia ha sido registrada en el sistema.

Flujo Alterno 1: Código de autorización incorrecto
Si el administrador ingresa un código incorrecto de autorización, el sistema le indica
que el código ingresado es incorrecto.
Flujo Alterno 3: Tardanza
Si el docente quiere registrar su asistencia a una hora posterior a la hora final del
intervalo de tiempo de entrada sumado a la tolerancia, el sistema registra la asistencia
pero indicando se registra con tardanza.
Flujo Alterno 4: Huella no registrada
Si el docente quiere registrar su asistencia pero su huella no está registrada o no
corresponde a la configuración ingresada para el registro, el sistema indicará que la
huella no ha sido registrada.
Post-condición: Se ha cancelado el flujo.

4. ASIGNAR DOCENTES

Caso de Uso: Asignar Alumnos

Actor: Administrador
Descripción: El administrador asigna a los docentes a sus respectivos cursos.

Precondición: Los docentes deben estar registrado en el sistema

Flujo Principal:

Asignación de alumnos a cursos

1. El CUS comienza cuando el administrador selecciona la opción Asignación

alumnos curso.
2. El sistema muestra la interfaz de carga de asignaciones de docentes a cursos.
3. El administrador pulsa en el botón “Cargar archivo”.
4. El administrador selecciona la plantilla Excel con los datos de asignaciones de
docentes a cursos.
 5. El sistema carga la plantilla, valida los datos de la plantilla y los registra en el
sistema.
6. El sistema muestra un cuadro resumen con los datos cargados.
7. El CUS finaliza.

Post-condición: Los docentes han sido asignados a cursos

Flujo Alterno 1: Asignación ya registrada
Si el sistema valida que la asignación ya ha sido registrada, muestra un mensaje
indicando que la asignación ya se encuentra registrada
Post-condición: Se ha cancelado el flujo.

5. JUSTIFICAR INASISTENCIAS Y TARDANZAS

Caso de Uso: Justificar Inasistencias y tardanzas

Actor: Administrador
Descripción: El administrador podrá justificar la inasistencia y/o tardanza de un
alumno
Precondición: Debe existir al menos un registro de asistencia para el alumno sobre el
cual se quiere justificar con el estado “Inasistencia” o “Tardanza”.
La justificación de asistencia sólo se aplica para registros de asistencia
sobre asistencias programadas.
Flujo Principal:
1. El CUS comienza cuando administrador selecciona la opción de “Justificar
inasistencia”.
2. El sistema muestra la interfaz de justificación de inasistencias y/o tardanzas.
3. El administrador selecciona la dependencia, periodo académico, curso, sección,
clase, alumno, número de clase y pulsa en el botón “Justificar”.
4. El sistema registra la justificación de la inasistencia y/o tardanza.
5. El sistema muestra un mensaje indicando que la inasistencia y/o tardanzas fue
justificada.
6. El CUS finaliza.
Post-condición : La sesión de asistencia seleccionada fue justificada.
 6. CONSULTAR CURSOS

Caso de Uso: Consultar cursos

Actor: Administrador
Descripción: El administrador podrá consultar los cursos registrados en la
dependencia
Precondición: Cursos registrados en el sistema
Flujo Principal:
1. El CUS comienza cuando el administrador selecciona la opción de reporte de
cursos.
2. El sistema muestra la interfaz de reporte de cursos de dependencia
3. El administrador selecciona la dependencia, el periodo académico y pulsa en el
botón “Cursos dependencia”.
4. El sistema muestra un cuadro resumen de los cursos registrados para la
dependencia
5. El CUS finaliza.
Post-condición : El reporte cursos registrados ha sido generado.

7. CONSULTAR ASISTENCIA DOCENTE

Caso de Uso: Consultar asistencia docente

Actor: Administrador
Descripción: El administrador podrá consultar la asistencia de los docentes a los
cursos programados
Precondición: Docentes asignados a los cursos registrados en el sistema
Flujo Principal:
1. El CUS comienza cuando el administrador selecciona la opción de reporte de
asistencia docente.
2. El sistema muestra la interfaz de reporte de asistencia docente
3. El administrador selecciona la dependencia, el periodo académico, curso, sección,
clase y pulsa en el botón “Consultar asistencia”.
4. El sistema muestra un cuadro resumen con los datos de los cursos y docentes
asignados según los parámetros ingresados.
5. El sistema muestra por cada registro de Curso-Docente un botón para ver la
asistencia de los docentes.
6. El administrador pulsa en el botón “Ver asistencia”
7. El sistema muestra un cuadro resumen con la asistencia del docente por cada
sesión programada.
8. El CUS finaliza.
Post-condición : El reporte de asistencia del docente ha sido generado.