• Análisis y Diseño » History » Version 7
Nelson Ramirez, 12/03/2025 05:08 PM
| 1 | 1 | Nelson Ramirez | h1. • Análisis y Diseño |
|---|---|---|---|
| 2 | 2 | Nelson Ramirez | |
| 3 | 2 | Nelson Ramirez | 1.Modelo de proceso |
| 4 | 2 | Nelson Ramirez | 1.1 Requeriemientos |
| 5 | 2 | Nelson Ramirez | Los requerimientos funcionales y no funcionales son pilares fundamentales en el diseño y desarrollo de sistemas,proporcionando la estructura esencial para la creacion de soluciones tecnologicas que cumplen con las nesesidades y expectativas de sus usuarios. |
| 6 | 2 | Nelson Ramirez | |
| 7 | 2 | Nelson Ramirez | 1.2 Requerimientos funcionales. |
| 8 | 2 | Nelson Ramirez | A continuacion presentamos los requerimientos funcionales de nuestro sistema. |
| 9 | 3 | Nelson Ramirez | |
| 10 | 3 | Nelson Ramirez | RF-01 Medir nivel del basurero: |
| 11 | 3 | Nelson Ramirez | El sensor ultrasónico debe medir el nivel de basura dentro del contenedor y enviar el dato al sistema. |
| 12 | 3 | Nelson Ramirez | RF-02 Detectar contenedor lleno: |
| 13 | 3 | Nelson Ramirez | El sistema debe identificar cuando el nivel de basura supera el límite establecido y marcar el contenedor como “Lleno”. |
| 14 | 3 | Nelson Ramirez | RF-03 Enviar alerta de llenado: |
| 15 | 3 | Nelson Ramirez | Cuando un contenedor está lleno, el sistema debe enviar una notificación a la aplicación móvil. |
| 16 | 3 | Nelson Ramirez | RF-04 Visualizar estado del basurero: |
| 17 | 3 | Nelson Ramirez | La aplicación móvil debe mostrar el estado actual del contenedor (Vacío, Medio o Lleno) en una interfaz sencilla. |
| 18 | 3 | Nelson Ramirez | RF-05 Visualizar cámara: |
| 19 | 3 | Nelson Ramirez | La app debe permitir ver la cámara asociada al contenedor para comprobar su estado en tiempo real. |
| 20 | 3 | Nelson Ramirez | RF-06 Generar reporte de llenado: |
| 21 | 3 | Nelson Ramirez | El sistema debe generar y almacenar reportes con el historial de niveles de llenado y alertas emitidas. |
| 22 | 3 | Nelson Ramirez | RF-07 Validar el acceso a una cámara. |
| 23 | 3 | Nelson Ramirez | El sistema debe validar el acceso a la cámara de un contenedor que será seleccionado en la aplicación móvil. |
| 24 | 3 | Nelson Ramirez | RF-08 Iniciar Sesión: |
| 25 | 3 | Nelson Ramirez | El sistema debe permitir al administrador acceder, ingresando usuario y contraseña válidos. |
| 26 | 3 | Nelson Ramirez | |
| 27 | 3 | Nelson Ramirez | 1.3 Requerimientos no funcionales. |
| 28 | 3 | Nelson Ramirez | |
| 29 | 3 | Nelson Ramirez | RNF-01 Disponibilidad: |
| 30 | 3 | Nelson Ramirez | El sistema debe mantenerse operativo y accesible en todo momento para garantizar la comunicación entre los dispositivos. |
| 31 | 3 | Nelson Ramirez | RNF-02 Rendimiento: |
| 32 | 3 | Nelson Ramirez | El sistema debe procesar las lecturas de los sensores y reflejar los cambios en la aplicación en menos de 2 segundos. |
| 33 | 3 | Nelson Ramirez | RNF-03 Usabilidad: |
| 34 | 3 | Nelson Ramirez | La aplicación móvil debe tener una interfaz fácil de entender, con íconos y colores que representan claramente los estados del contenedor. |
| 35 | 3 | Nelson Ramirez | RNF-04 Seguridad: |
| 36 | 3 | Nelson Ramirez | La comunicación entre la Raspberry Pi y la aplicación móvil debe estar protegida mediante autenticación . |
| 37 | 3 | Nelson Ramirez | RNF-05 Mantenibilidad: |
| 38 | 3 | Nelson Ramirez | El software debe estar estructurado en módulos independientes para facilitar futuras actualizaciones o reemplazo de componentes. |
| 39 | 3 | Nelson Ramirez | RNF-06 Compatibilidad: |
| 40 | 3 | Nelson Ramirez | La aplicación móvil debe ser compatible con dispositivos Android y comunicarse correctamente con la Raspberry Pi 4B. |
| 41 | 4 | Nelson Ramirez | |
| 42 | 4 | Nelson Ramirez | |
| 43 | 4 | Nelson Ramirez | 2. diseño de interfaz de la aplicacion. |
| 44 | 4 | Nelson Ramirez | |
| 45 | 4 | Nelson Ramirez | el diseño de la aplicacion aunque solo es el prototipo que tendra por la fase 2. |
| 46 | 7 | Nelson Ramirez | !attachments:NELSON BRANDON RAMIREZ ALAVE_s team library.png! |