PROYECTO II A 2025 » Grupo 1A 2025

h1. • *Análisis y Diseño*

# Modelo de proceso

## 1 Requerimientos

Los requerimientos funcionales y no funcionales son pilares fundamentales en el diseño y desarrollo de sistemas, proporcionando la 

estructura esencial para la creación de soluciones tecnológicas que cumplen  con las necesidades y expectativas de sus usuarios.

## 2 Requerimientos funcionales.

A continuación presentamos los requerimientos funcionales de nuestro sistema.

* RF-01 Medir nivel del basurero:

** El sensor ultrasónico debe medir el nivel de basura dentro del contenedor y enviar el dato al sistema.

* RF-02  Detectar contenedor lleno:

** El sistema debe identificar cuando el nivel de basura supera el límite establecido y marcar el contenedor como “Lleno”.

* RF-03 Enviar alerta de llenado:

** Cuando un contenedor está lleno, el sistema debe enviar una notificación a la aplicación móvil.

* RF-04 Visualizar estado del basurero:

** La aplicación móvil debe mostrar el estado actual del contenedor (Vacío, Medio o Lleno) en una interfaz sencilla.

* RF-05  Visualizar cámara:

** La app debe permitir ver la cámara asociada al contenedor para comprobar su estado en tiempo real.

* RF-06 Generar reporte de llenado:

** El sistema debe generar y almacenar reportes con el historial de niveles de llenado y alertas emitidas.

* RF-07 Validar el acceso a una cámara.

** El sistema debe validar el acceso a la cámara de un contenedor que será seleccionado en la aplicación móvil.

* RF-08 Iniciar Sesión:

** El sistema debe permitir al administrador acceder, ingresando usuario y contraseña válidos.

## 3 Requerimientos no funcionales.

* RNF-01  Disponibilidad:

** El sistema debe mantenerse operativo y accesible en todo momento para garantizar la comunicación entre los dispositivos.

* RNF-02  Rendimiento:

** El sistema debe procesar las lecturas de los sensores y reflejar los cambios en la aplicación en menos de 2 segundos.

* RNF-03  Usabilidad:

** La aplicación móvil debe tener una interfaz fácil de entender, con íconos y colores que representan claramente los estados del contenedor.

* RNF-04  Seguridad:

** La comunicación entre la Raspberry Pi y la aplicación móvil debe estar protegida mediante autenticación .

* RNF-05  Mantenibilidad:

** El software debe estar estructurado en módulos independientes para facilitar futuras actualizaciones o reemplazo de componentes.

* RNF-06  Compatibilidad:

** La aplicación móvil debe ser compatible con dispositivos Android y comunicarse correctamente con la Raspberry Pi 4B.

2. Diseño de interfaz de la aplicación.

!diagrama de clases-diagrama de casos de uso.jpg!