Project

General

Profile

Requisitos funcionales » History » Version 5

Version 4 (Fabian Rios, 10/04/2021 06:32 PM) → Version 5/7 (Fabian Rios, 10/25/2021 03:17 PM)

h1. Requisitos funcionales

|_. RFN|_. Funcionalidades de usuario "Alumno"|_.Estado|
|_. RF1| El usuario puede visualizar sistema debe mostrar la información básica sobre las normativas sanitarias adquiridas por la universidad y el departamento.|_.NR|
|_. RF2| Los usuarios invitados pueden crear una cuenta entregando su nombre, apellidos, correo institucional y una contraseña.|_.NR|
|_. RF3| Un usuario registrado puede Al iniciar sesión con su correo institucional y contraseña para tener el usuario tendrá acceso a los diferentes servicios que presta el sistema.|_.NR|
|_. RF4| Un El sistema debe permitir al usuario registrado modificar su contraseña.|_.NR|
|_. RF5| El sistema debe permitir al
alumno puede reservar un cupo en un laboratorio en una sala o auditorio del departamento que no cuente con aforo completo, indicando; sala/auditorio, fecha y bloque-horario.|_.NR| bloque-horario seleccionado.|_.NR|
|_. RF5| Un El sistema debe mostrar al alumno puede visualizar la cantidad de cupos reservados en cada sala/auditorio, para cada según laboratorio, fecha y bloque horario.|_.NR|

|_. RFN|_. Funcionalidades de usuario "Administrador"|_.Estado|
|_. RF6| El usuario “Administrador” posee sistema debe entregar al administrador una cuenta previamente creada en el sistema.|_.NR| creada.|_.NR|
|_. RF7| El administrador puede visualizar en tiempo real sistema debe mostrar al usuario administrador, el nivel de ocupación de cada laboratorio en cada sala o auditorio del departamento.|_.NR| tiempo real.|_.NR|
|_. RF8| El administrador puede visualizar y gestionar sistema debe mostrar al usuario administrador, el listado de alumnos que hayan confirmado presencialidad mediante el sistema de reservas, para cada; sala/auditorio, fecha y bloque horario.|_.NR| reservas.|_.NR|
|_. RF9| El administrador sistema debe recibir disparar una alarma en caso de ser superado superar el aforo máximo permitido en alguna sala o auditorio algún laboratorio del departamento.|_.NR|
|_. RF10| El administrador puede modificar el aforo permitido en cada sala o auditorio del departamento.|_.NR|
|_. RF11| El administrador
sistema debe recibir disparar una alarma en caso de detectar a al menos una persona con una temperatura superior a 38° entrando 38°.|_.NR|
|_. RF11| El sistema debe permitir
al departamento.|_.NR| alumno reservar un cupo en un laboratorio en una fecha y bloque-horario seleccionado.|_.NR|

|_. RFN|_. Funcionalidades de sistema|_.Estado|
|_. RF12| El sistema debe mantener un conteo constante de la cantidad de personas al interior de una sala o auditorio y disparar una alarma cuando el aforo sea superado.|_.NR| un laboratorio.|_.NR|
|_. RF13| El sistema debe controlar la temperatura de cada persona que ingrese al departamento y disparar una alarma en caso de detectar una temperatura superior a 38°.|_.NR| departamento.|_.NR|
|_. RF13| El sistema debe almacenar la información generada (media acotada de presencialidad según; sala/auditorio, fecha y bloque), en una base de datos para su posterior análisis.|_.NR|

h1. Requisitos No Funcionales

|_. RFN|_. Funcionalidades de sistema|_.Estado|
|_. RNF1| El sistema debe presentar un nivel de respuesta a alertas acorde a un sistema de control.|_.NR|
|_. RNF2| El conteo de personas debe ser lo suficientemente fiable como para generar datos estadísticos a partir de él.|_.NR|
|_. RNF3| La toma de temperatura debe ser lo suficientemente precisa para advertir una situación de peligro real (error +-0.5°).La toma de temperatura debe ser lo suficientemente precisa para advertir una situación de peligro real (error +-0.5°).|_.NR|
|_. RNF4| La interfaz de usuario debe ser limpia y clara en la entrega de información.|_.NR|