Project

General

Profile

Planificación de procesos técnicos » History » Version 1

martin castillo, 12/04/2025 10:10 AM

1 1 martin castillo
h1. 4. Planificación de procesos técnicos
2 1 martin castillo
3 1 martin castillo
h2. 4.1 Requisitos
4 1 martin castillo
5 1 martin castillo
h2. 4.1.1 Requisitos funcionales:
6 1 martin castillo
7 1 martin castillo
|RF01|El sistema debe medir en tiempo real la temperatura y humedad del entorno mediante los conjuntos de sensores seleccionados.|
8 1 martin castillo
|RF02|El sistema debe detectar niveles anormales de gases mediante el sensor MQ-135.|
9 1 martin castillo
|RF03|El sistema debe analizar la imagen de la cámara usando colorimetría u otras técnicas para detectar señales visuales de incendio.|
10 1 martin castillo
|RF04|Cuando los sensores detecten niveles peligrosos, el sistema debe generar una alerta automática y enviarla al usuario mediante la app móvil.|
11 1 martin castillo
|RF05|El usuario debe poder visualizar desde la app los valores de temperatura, humedad, gas y estado general de riesgo.|
12 1 martin castillo
|RF06|El sistema debe transmitir la señal en tiempo real de la cámara al smartphone del usuario.|
13 1 martin castillo
|RF07|La app debe permitir al usuario activar manualmente el sistema de aspersores de agua ante una emergencia.|
14 1 martin castillo
|RF08|Si los niveles detectados son críticos y el usuario no responde, el sistema debe activar automáticamente los aspersores para controlar el fuego.|
15 1 martin castillo
|RF09|El sistema debe almacenar un registro de alertas, lecturas anómalas y activaciones de los aspersores para auditoría y revisión.|
16 1 martin castillo
17 1 martin castillo
18 1 martin castillo
19 1 martin castillo
h2. 5.1.2 Requisitos no funcionales:
20 1 martin castillo
21 1 martin castillo
|RNF01|La aplicación móvil debe presentar la información de manera clara, amigable e intuitiva para que cualquier usuario pueda interpretar el riesgo sin conocimientos técnicos.|
22 1 martin castillo
|RNF02|El sistema debe procesar datos de sensores y enviar alertas en un tiempo máximo de 1 segundo, garantizando respuestas rápidas ante una emergencia.|
23 1 martin castillo
|RNF03|El sistema debe funcionar de forma continua, garantizando un uptime mínimo del 95%, especialmente en el monitoreo de sensores.|
24 1 martin castillo
|RNF04|El sistema debe permitir agregar más sensores, habitaciones o cámaras sin requerir rediseños mayores del software.|
25 1 martin castillo
|RNF05|El sistema debe permitir realizar mantenimiento del software y actualización de sensores sin afectar el funcionamiento del monitoreo.|
26 1 martin castillo
|RNF06|El sistema debe continuar funcionando aún cuando falle un sensor, enviando un aviso de sensor desconectado.|
27 1 martin castillo
28 1 martin castillo
29 1 martin castillo
h2. 5.2 Modelos de diseño
30 1 martin castillo
31 1 martin castillo
h2. 5.2.1 Arquitectura de la aplicación:
32 1 martin castillo
FOTO ARQUITECTURA
33 1 martin castillo
34 1 martin castillo
h2. 5.2.2 Modelo casos de uso:
35 1 martin castillo
36 1 martin castillo
El diagrama de caso de uso general muestra cómo el usuario interactúa con el sistema para monitorear y reaccionar ante el riesgo. A través de sensores, puede revisar la humedad y el entorno donde está instalado la cámara, recibiendo alertas en caso de niveles críticos de parte de los sensores. Además, el sistema permite usar el sistema de aspersores en caso de una situación crítica.
37 1 martin castillo
38 1 martin castillo
AGREGAR MODELO DE CASOS DE USO
39 1 martin castillo
40 1 martin castillo
h2. 5.2.3 Casos de uso