VERIFICAR UN MODELO DE EVACUACIÓN Y VALIDARLO SON DOS COSAS DISTINTAS Y AMBAS OBLIGATORIAS
El uso de modelos de egreso computacionales en el diseño de protección contra incendios ha crecido de manera sostenida, y con ese crecimiento ha aumentado también el riesgo de aplicar herramientas cuyo desempeño real no ha sido suficientemente examinado; el SFPE Guide to Human Behavior in Fire establece un proceso estructurado de prueba en cuatro pasos que distingue con precisión entre dos conceptos que con frecuencia se confunden: verificación y validación.
La verificación responde a la pregunta de si el modelo hace lo que el desarrollador dijo que hace: comprueba que el código implementa correctamente el modelo conceptual, que los agentes se mueven a las velocidades especificadas, que los tiempos de pre-evacuación asignados producen la distribución configurada, y que los flujos se limitan en los componentes donde el modelo indica que deben limitarse; es una comparación entre el modelo y su propia especificación, no entre el modelo y la realidad.
La validación responde a una pregunta diferente y más exigente: si lo que el modelo describe representa con suficiente fidelidad lo que ocurre en el mundo real; requiere comparar los resultados del modelo configurado con datos de referencia de incidentes reales, simulacros, experimentos o datos de otros modelos validados, y establecer criterios de aceptación explícitos que permitan a un tercero determinar si la diferencia entre lo simulado y lo observado es tolerable para el propósito del análisis.
La guía es explícita en señalar que un modelo puede pasar la verificación y aun así fallar la validación: el código puede ejecutar perfectamente el modelo conceptual del desarrollador, y ese modelo conceptual puede ser una representación inadecuada del comportamiento real de los ocupantes en el escenario de interés; la distinción importa porque la verificación por sí sola no otorga credibilidad al resultado, y presentar resultados de modelos no validados sin declarar esa limitación reduce la transparencia del análisis.
El proceso completo que propone el capítulo 10 comprende cuatro pasos secuenciales: selección del modelo y justificación de su idoneidad para el escenario, configuración documentada que traduce las condiciones reales en parámetros del modelo, verificación de que la configuración se implementó como se planificó, y validación mediante comparación con datos de referencia con criterios de aceptación declarados; cada paso genera documentación que permite a un revisor externo seguir el razonamiento del ingeniero y cuestionar cualquier supuesto.
La guía recomienda un nivel mínimo de documentación para cada etapa, reconociendo que en la práctica no siempre es posible realizar todas las pruebas disponibles; como mínimo, el ingeniero debe declarar qué documentación pública existe sobre el modelo y sus pruebas previas, qué cambios realizó sobre los valores por defecto y por qué, que los agentes responden a los tiempos y velocidades configurados, y que los tiempos y rutas de evacuación simulados se comparan favorablemente con un conjunto de datos de referencia declarado; un modelo sin ninguna de esas garantías documentadas debería generar escepticismo en quien revisa el informe.
Referencia: SFPE Guide to Human Behavior in Fire, 2ª Ed. (2019). Cap. 10: Egress Model Testing; Sec. 10.3: Pre-Model Execution; Sec. 10.4: Post-Model Execution.
MATERIAL DE APOYO
