Requisitos funcionales » History » Version 6
Version 5 (Fabian Rios, 10/25/2021 03:17 PM) → Version 6/7 (Fabian Rios, 10/25/2021 03:17 PM)
h1. Requisitos funcionales
|_. RFN|_. Funcionalidades de usuario "Alumno"|_.Estado|
|_. RF1| El usuario puede visualizar 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 iniciar sesión con su correo institucional y contraseña para tener acceso a los diferentes servicios que presta el sistema.|_.NR|
|_. RF4| Un alumno puede reservar un cupo en una sala o auditorio del departamento que no cuente con aforo completo, indicando; sala/auditorio, fecha y bloque-horario.|_.NR|
|_. RF5| Un alumno puede visualizar la cantidad de cupos reservados en cada sala/auditorio, para cada fecha y bloque horario.|_.NR|
|_. RFN|_. Funcionalidades de usuario "Administrador"|_.Estado|
|_. RF6| El usuario “Administrador” posee una cuenta previamente creada en el sistema.|_.NR|
|_. RF7| El administrador puede visualizar en tiempo real el nivel de ocupación en cada sala o auditorio del departamento.|_.NR|
|_. RF8| El administrador puede visualizar y gestionar el listado de alumnos que hayan confirmado presencialidad mediante el sistema de reservas, para cada; sala/auditorio, fecha y bloque horario.|_.NR|
|_. RF9| El administrador debe recibir una alarma en caso de ser superado el aforo máximo permitido en alguna sala o auditorio del departamento.|_.NR|
|_. RF10| El administrador puede modificar el aforo permitido en cada sala o auditorio del departamento.|_.NR|
|_. RF11| El administrador debe recibir una alarma en caso de detectar a al menos una persona con una temperatura superior a 38° entrando al departamento.|_.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|
|_. 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|
|_. 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
|_. RNFN|_. 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|
|_. RFN|_. Funcionalidades de usuario "Alumno"|_.Estado|
|_. RF1| El usuario puede visualizar 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 iniciar sesión con su correo institucional y contraseña para tener acceso a los diferentes servicios que presta el sistema.|_.NR|
|_. RF4| Un alumno puede reservar un cupo en una sala o auditorio del departamento que no cuente con aforo completo, indicando; sala/auditorio, fecha y bloque-horario.|_.NR|
|_. RF5| Un alumno puede visualizar la cantidad de cupos reservados en cada sala/auditorio, para cada fecha y bloque horario.|_.NR|
|_. RFN|_. Funcionalidades de usuario "Administrador"|_.Estado|
|_. RF6| El usuario “Administrador” posee una cuenta previamente creada en el sistema.|_.NR|
|_. RF7| El administrador puede visualizar en tiempo real el nivel de ocupación en cada sala o auditorio del departamento.|_.NR|
|_. RF8| El administrador puede visualizar y gestionar el listado de alumnos que hayan confirmado presencialidad mediante el sistema de reservas, para cada; sala/auditorio, fecha y bloque horario.|_.NR|
|_. RF9| El administrador debe recibir una alarma en caso de ser superado el aforo máximo permitido en alguna sala o auditorio del departamento.|_.NR|
|_. RF10| El administrador puede modificar el aforo permitido en cada sala o auditorio del departamento.|_.NR|
|_. RF11| El administrador debe recibir una alarma en caso de detectar a al menos una persona con una temperatura superior a 38° entrando al departamento.|_.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|
|_. 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|
|_. 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
|_. RNFN|_. 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|