/ 49
Nos hemos propuesto evaluar la viabilidad técnica de un innovador enfoque en la metodología para auditar modelos de evacuación.
1. PLANES y MODELOS DE EVACUACIÓN. 2. TECNOLOGÍAS EN MOVILIDAD, SOLUCIONES AFINES. 3. DESARROLLO PROTOTIPO. 4.
PRESUPUESTO.
5.
CONCLUSIONES Y LINEAS DE INVESTIGACIÓN ABIERTAS.
2 / 49
1. PLANES y MODELOS DE EVACUACIÓN. 1.1.- PLANES DE EVACUACIÓN. 1.2.- MODELOS DE EVACUACIÓN. 1.3.- TIPOS DE MODELOS DE EVACUACIÓN. 1.4.- VALIDACION Y SIMULACROS. 1.5.- NECESIDAD DE MEJORAS.
3 / 49
1.1.- PLANES DE EVACUACIÓN. ¿Que son los planes de evacuación ?
Código Técnico de la Edificación CTE DB SI. Real Decreto 314/2006, de 17 de marzo, por el que se aprueba el Código Técnico de la Edificación. B.O.E. nº 74, de 28 de marzo. Real Decreto 393/2007, por el que se aprueba la Norma Básica de Autoprotección de los centros, establecimientos y dependencias dedicados a actividades que puedan dar origen a situaciones de emergencia.
Los Planes de evacuación de emergencia se han desarrollado para garantizar el tiempo de evacuación más segura y eficiente de todas las personas que se encuentran en un recinto. ¿Como comprobar y simular el correcto funcionamiento del Plan?
4 / 49
1.2.- MODELOS DE EVACUACIÓN.. Modelar el flujo de personas en un edificio, para determinar la eficacia de un Plan de evacuación. Son modelos diseñados para simular cómo se mueve la gente y la respuesta en situaciones de emergencia durante la evacuación teniendo en cuenta la geometría del recinto. Los resultados de los modelos incluyen el tiempo de evacuación del modelo o de un área, número de ocupantes en todo el modelo o en un área específica del modelo, el número de ocupantes que utilizan una salida específica, y la densidad de ocupación en un piso o área específica. Etc... Hay algunas limitaciones propias según el tipo de modelo elegido.
5 / 49
1.3.- TIPOS DE MODELOS DE EVACUACIÓN. Tipos de modelos para el estudio de evacuación según características: Macroscópicos: ●
Modelo estático de flujo.
●
Modelos dinámicos de flujos. Microscópicos:
●
Modelos de reglas
●
Modelos de fuerzas sociales
●
Modelos de autómatas celulares
●
Modelos de agentes celulares.
6 / 49
PORQUE UN MODELO DE RED ESTÁTICA DE FLUJOS DE EVACUACIÓN
7 / 49
1.4.- VALIDACION Y SIMULACROS.
Macro Micro
Nuestra soluci贸n pretende mejorar los modelos a nivel Macro, capturando de forma sencilla las caracter铆sticas y la evoluci贸n de los eventos durante un simulacro de evacuaci贸n y poder estudiar las causas de las variaciones en el tiempo. 8 / 49
1.5.- NECESIDAD DE MEJORAS = EL OBJETIVO SALVAR VIDAS
Todos los años muere gente durante evacuaciones de emergencia 2003 Rhode Island nightclub uno de los mas mortales de los US. https://www.youtube.com/watch?v=D4xaWMKBlw4 2013 Brazil ciudad de Santa Maria, con 233 victimas, Argentina, un año mas tarde Tailandia in 2008. Rusia in 2009. Todos estos accidentes mortales tienen en común que no se realizó ni preparó una correcta evacuación. En España también tenemos varios casos de locales y discotecas, el mas reciente con 5 muertes, pudo ser aun PEOR y fue el triste caso del Madrid Arena
Múltiples causas: Exceso de aforo 2x10.000, bloqueo de las vías de evacuación y Movimiento “Puntual” de masas incontrolado. ¿ Que hubiera pasado con las 20.000 personas en el caso de un incendio generalizado? ¿Cómo podemos disminuir los factores de riesgo?
9 / 49
MEJORA PROPUESTA CON NUESTRA SOLUCIÓN: Mejorar el análisis de riesgos y los Factores claves de la evacuación de emergencias:
1) Interpretación; 2) Preparación; 3) Acción.
10 / 49
Captura de datos georeferenciados
Mejorar diseño, modelos y auditoría de simulacros:
Mejorar información durante emergencia
Flujos, Señalización y Rutas Dinámicas:
Formación, Gamificación, redes sociales:
Asignar y depurar responsabilidades
11 / 49
Captura de datos georeferenciados
12 / 49
Mejorar diseĂąo, modelos y auditorĂa de simulacros:
13 / 49
Flujos, Se帽alizaci贸n y Rutas Din谩micas:
Mejorar informaci贸n durante emergencia
14 / 49
Asignar y depurar responsabilidades
15 / 49
Formaci贸n, Gamificaci贸n, redes sociales:
16 / 49
2. TECNOLOGÍAS EN MOVILIDAD, SOLUCIONES AFINES. ¿Porque usar tecnologías en movilidad?
2.1- DESARROLLO MOVIL. 2.2- PATRONES PLATAFORMAS CLOUD. 2.3.- PLATAFORMAS GIS EN LA NUBE. 2.4.- FORMATOS DE INTERCAMBIO Y REPRESENTACIÓN. 2.5.- INTERFAZ E INTERACCIÓN AR MEDIANTE CÓDIGOS QR. 2.6.- CAPTURA SENSORES. 17 / 49
2.1.- DESARROLLO MOVIL. i.- Usuarios Y casos de uso de Nuestra Propuesta ii.- MetodologĂa y Arquitectura del desarrollo iii.- Estudio del desarrollo Multiplataforma
18 / 49
i.- Usuarios Y casos de uso de Nuestra Propuesta Arquitectura y Casos de uso de nuestra aplicación: ●
●
¿ Es lo mismo desarrollar una aplicación de escritorio que una aplicación móvil?
Captura y Georeferenciación del modelo de evacuación mediante dispositivos móviles. Creación de códigos AR y captura firmada de sensores para la auditoria virtual de simulacros de evacuación.
19 / 49
ii.- Metodolog铆a y Arquitectura del desarrollo
Seleccionamos un arquitectura acorde a las necesidades de movilidad 驴 Podemos desarrollar nuestra aplicaci贸n m贸vil compatible con cualquier terminal y plataforma del mercado ? 20 / 49
iii.- Estudio del desarrollo Multiplataforma Seleccionamos Una aplicación Web movil, como plataforma mas compatible, aunque con ciertas limitaciones. ¿ Podrá el lado del servidor, darnos una conectividad segura y fiable a un numero exponencialmente escalable de usuarios en caso de emergencia? 21 / 49 ¿Podremos analizar y guardar grandes cantidades de datos ?
2.2- PATRONES PLATAFORMAS CLOUD. Big data y Resilencia
22 / 49 驴Como analizar informaci贸n de datos georeferenciados?
Neogeografía
2.3.- PLATAFORMAS GIS EN LA NUBE. Porque google maps
¿ Formatos para intercambio de datos y representación geométrica ?
23 / 49
2.4.- FORMATOS DE INTERCAMBIO Y REPRESENTACIÓN. Seleccionamos KML para la geometría Creamos un nuevo esquema de validación para el intercambio de datos de modelos de evacuación, como propuesta de integración de un nuevo dominio para esquemas existentes en la industria.
24 / 49
2.5.- INTERFAZ E INTERACCIÓN AR MEDIANTE CÓDIGOS QR.
ISO/IEC18004
¿ Porque códigos Qr y no BiDi ? Capturar rápido e interaccionar físicamente con información dinámica (puede portarse) y variable ( puede cambiar).
¿ como usar las capacidades que nos brindan los terminales inteligentes?
25 / 49
2.6.- CAPTURA SENSORES. Capturar las capacidades del terminal para: Georeferenciar, orientar, auditar y depurar responsabilidades.
HTML5 API
Geolocalizaci贸n Orientaci贸n: Giroscopio acelerometro brujula
GPS satelite GSM/CDMA cell IDs A-GPS Wi-Fi base stations
http://dev.w3.org/2011/webrtc/editor/getusermedia.html
26 / 49
3.- DESARROLLO PROTOTIPO DEMOSTRADOR. Después de estudiar y seleccionar las tecnologías mas adecuadas, vamos a validar sus capacidades y testear sus limitaciones con un prototipo.
3.1.- FORMULARIOS VISTAS MÓVIL 3.2.- GOOGLE MAPS APIS 3.3.- GEOMETRIA CAPAS KML 3.4- DEFINICIÓN DE NODOS 3.5.- CAPTURA MULTIMEDIA. 3.6.- CAPTURA POSICIÓN. 3.7.- FIRMA AUDITORIA 3.8.- GENERACIÓN CÓDIGOS QR 3.9.- DESPLIEGUE EN EL SERVIDOR.
27 / 49
3.1.- FORMULARIOS VISTAS MÓVIL API Jquery mobile, diseño multipagina: lógica de generación de vistas y plantillas unidas en una sola pagina. ( funcionamiento sin conexión al servidor )
28 / 49
Ejemplo C贸digo JQuery mobile Formularios Vistas Nuevos atributos html definen la l贸gica de control de las vistas. Cuidado limitaciones al generar html con javascript dentro de las etiquetas Jquery, no son solo formateo son tambi茅n l贸gica, por lo que hay que usar el interfaz de jquery.
29 / 49
3.2.- GOOGLE MAPS APIS
Gran capacidad, la mejor opci贸n para nuestro caso, pero las nuevas versiones deprecian algunas caracter铆sticas. Cuidado con el Vendor lock-in, y las depreciaciones e incompatibilidades con nuevas versiones. Soluci贸n: generar una capa de abstracci贸n para no depender de una plataforma gis online concreta.
30 / 49
Ejemplo c贸digo Google Maps, inicializaci贸n y estilos de mapas base Google Maps JavaScript API v3 Limpiamos capas de informaci贸n y creamos un estilo para el mapa base con alto contraste para poder cargar nuestros planos edificio = new Expediente.CrearNuevo( 1, { norte : N_LATITUD, sur : S_LATITUD, este : E_LONGITUD, oeste : O_LONGITUD, rotacion : ROTACION, escala : ESCALA_ZOOM }, [ URIPABELLON_A_PLANTABAJA, URIPABELLON_A_PLANTA1, URIPABELLON_A_PLANTA2, URIPABELLON_A_PLANTA3, URIPABELLON_A_PLANTA4] ); function initialize() { var planta = PLANTA; var geoXml = new GGeoXml(edificio.KmlPlanta(planta)); var mapDiv = document.getElementById('map-canvas'); var map = new google.maps.Map(mapDiv, { center: new google.maps.LatLng(edificio.localizacion.norte, edificio.localizacion.oeste), zoom: edificio.localizacion.escala, mapTypeId: google.maps.MapTypeId.ROADMAP }); map.addOverlay(geoXml); };
Preparamos las capas para cargar el formato seleccionado para poder representar nuestros planos
31 / 49
3.3.- GEOMETRIA CAPAS KML Cargamos los planos del plan de evacuación georeferenciados
Las medidas y proporciones tomadas a pequeña escala sobre la geometría ortogonal propia del plano base del edificio, no sufren apenas distorsión al proyectarlas sobre el elipsoide ws84, proyección por defecto de google maps. Por lo que son perfectamente validas para nuestro propósito.
32 / 49
Geometr铆a y planos , ejemplo de generaci贸n KML El acople de nuestros planos depender谩 de dos factores claves: Bounding box
rotaci贸n
33 / 49 Podemos manipular datos raster o vectoriales
3.4- DEFINICIÓN DE NODOS Parámetros según el tipo de modelo de evacuación
Encontradas limitaciones de las etiquetas HTML en las infowindows de google maps.
34 / 49
Propuesta de esquema JSON para la validaci贸n del intercambio de datos para configurar modelos de redes est谩ticas de evacuaci贸n.
35 / 49
3.5.- CAPTURA MULTIMEDIA. La cรกmara es el sensor con mas potencial para capturar evidencias que ayuden a definir las mejoras mas evidentes.
36 / 49
Javascript ejemplo capacidades multimedia API HTML5
La compatibilidad de HTML5, ya esta prácticamente soportada en todos los navegadores. Evitamos “la guerra de los codecs” , y usamos formatos compatibles de almacenaje.
37 / 49
3.6.- CAPTURA POSICIÓN. También probamos la posibilidad de cambiar los iconos por marcadores vectoriales, con etiquetas visibles y tipos fácilmente identificables con información de referencia.
38 / 49
Posicionamiento de los marcadores API javascript google maps
Capacidad drag and drop, permite el posicionamiento preciso
39 / 49
3.7.- FIRMA AUDITORIA Firma manuscrita y marcas de sensores del terminal para tomar evidencias del lugar
Identificaci贸n y evaluaci贸n de responsabilidades 40 / 49
CAPTURA SENSORES Y ELEMENTO CANVAS HTML5 var canvas = document.getElementById('signatureCanvas'); var signaturePad = null; signaturePad = new SignaturePad(canvas); signaturePad.minWidth = 1; signaturePad.maxWidth = 2; signaturePad.penColor = 'rgb(4, 4, 4)';
Capturar las evidencias, que nos permitan Identificar, orientar y posicionar los datos capturados, para evitar desviaciones con la realidad.
window.addEventListener(“devicemotion”, function(event) { var acceleration = event.accelerationIncludingGravity; Detectadas limitaciones de // acceleration.x, acceleration.y, acceleration.z la tecnología capacitiva }, false); de los terminales para la firma manuscrita, con la navigator.geolocation.getCurrentPosition( cámara tenemos otras function(position) { posibilidades biométricas Posibilidad de utilizar var lat = position.coords.latitude; OAuth 2.0 Framework var lon = position.coords.longitude; 41 / 49 de google como ID }, para la identificación
3.8.- Generación Código QR Elemento clave para interaccionar con el entorno físico, podemos asignarlo a los nodos, a la señales, al edificio y al personal de evacuación. Incluso puede variar su comportamiento para indicarnos rutas dinámicas.
42 / 49
Codificaci贸n de los datos del nodo con c贸digos QR $('#localiza').find('form').on('submit', function(e) { e.preventDefault(); //cargarplano([$('#expediente').val(), $ ('#planta').val()]); $.mobile.changePage('#mapa'); $('#qrcodeCanvas').qrcode({ text: 'localizacion' });
Podemos seleccionar la robustez de la capacidad de correcci贸n de errores del c贸digo QR.
var html = "<table>" + "<tr><td>Identificador:</td> <td><input type='text' id='name'/> </td> </tr>" + "<tr><td>Referencia:</td> <td><input type='text' id='address'/></td> </tr>" + "<tr><td>Carga estimada:</td> <td><input type='text' id='carga'/></td> </tr>" + "<tr><td>Nodo Tipo:</td> <td><select id='type'>" + "<option value='NODO_ORIGEN' SELECTED>NODO_ORIGEN</option>" + "<option value='NODO_TRANSICION'>NODO_TRANSICION</option>" + "<option value='NODO_TRANSICION_ECALERAS'>NODO_TRANSICION_ECALERAS</option>" + "<option value='NODO_DISTRIBUCION'>NODO_DISTRIBUCION</option>" + "<option value='NODO_DESTINO'>NODO_DESTINO</option>" + "</select> </td></tr>" + "<tr><td></td><td><input type='button' value='Guardar y cerrar' onclick='saveData()'/></td></tr></table>";
43 / 49
3.9.- Despliegue en el servidor. Google appengine application: trabajofindemasterulpgc version: 1 runtime: python api_version: 1 handlers: - url: /css static_dir: css - url: /js static_dir: js - url: /.* script: devchat.py 44 / 49
4.-PRESUPUESTO. Tal como reflejamos en los objetivos de este trabajo se diferencian dos hitos importantes que suponen el 50% de la carga de trabajo. 1. El análisis del problema y la propuesta de las soluciones técnicas mas apropiadas.150 horas 2. Y el desarrollo de un prototipo de aplicación para testear la solución propuesta.150 horas Esto completaría la suma de 300 horas de los 12 créditos del alumno dedicado a la asignatura. Para realizar la valoración económica se considerará también la dedicación de los tutores y el mecanismo de seguimiento realizado como el 20% de las horas, 60 horas exclusivas.Tomando como tarifas baremo: • Tarifa Profesor Tutor: 50 € /hora. Honorarios 50(€/h)x60(h)= 3000€. • Ingeniero Junior 35 €/hora. Honorarios 35(€/h)x300(h)= 10.500€. 45 / 49 Subtotal honorarios P1= 13.500 €.
Derechos de visado. Resto de Partidas y totalizado:
1. Visado: 60+40,35€= 100,35€. 2. Gastos de administración 10€+12€=22€ 3. Coste de copias extra 3*10=30€ 4. Coste de copia para el COIT en papel 20€ 5. IGIC 7% (1+2+3+4) 6. TOTAL COIT (1+2+3+4+5) 181,41€
2.Ejecución Material. P2 = 2.200,00 € 3. Gastos generales. Subtotal P3= 352,00 € 4.. Beneficio Industrial. • 6 % sobre Ejecución Material = 132,00 € 5. Material fungible. Subtotal P5= 260,00 € 6. Total presupuesto Ingeniería. Subtotal P1+P2+P3+P4+P5+P6: 13.500+2.200+352+132+260= 16444€. IGIC aplicable del 7% = 1151.08€ Total Presupuesto de ingeniería : 17.595,08 €
46 / 49
5.-RESULTADOS Y CONCLUSIONES. Hemos estudiado y testeado la viabilidad técnica de un innovador enfoque en la metodología para auditar modelos de evacuación. Se han valorado muchas alternativas en diferentes tecnologías y se han desarrollado muchas habilidades directas mediante la aplicación de las siguientes tecnologías para la creación de nuestro prototipo: Modelización de la evacuación de un recinto y mejoras del proceso de modelización, auditoria, simulación, entrenamiento y simulacro. Web Javascript, HTML5, CSS3. APIs de visualización de UI de JQuery, Jquery mobile. APIs de GIS Online de google maps. APISs , captura GPS, sensores multimedia cámara y video, códigos QR, dibujo sobre canvas captura firma manuscrita. Despliegue y gestión servidor en APP Engine. Creación de Plantillas servidor YAM -YML. Lenguaje de programación del servidor PYTHON. XML, JSON, KML, SVG, serialización url, imagenes base64, etc.. Ademas de usar otras herramientas como: Firebug, google webdeveloper, eclipse, log app engine, etc.
47 / 49
6.-POSIBLES LINEAS DE CONTINUACIÓN Y MEJORA Simulación modelos en el servidor ➔ Manejo de geometrías planos en diferentes formatos mas flexibles, ➔ Mas plataformas gis, mejorar la capa de abstracción. ➔ Analizar la geometría y su influencia en el flujo ➔ Simulación de modelos dinámicos ➔ Creación de otros modelos basados en multiagentes y comportamiento individual ➔ Creación de una aplicación híbrida en alguna de las “stores” oficiales ➔ Ver la escalabilidad de una cloud privada y probar otras plataformas cloud ➔ Crear un modulo de simulacros ➔ Sustituir la firma de la auditoria por sistemas biométricos de reconocimiento de imagen ➔ Mejora de la capacidad de de interacción con la información y formación de emergencia ➔
Mejorar las normas y estandares, con procesos auditables de simulacros e intercambio de datos. ➔ Gamificación y cultura de la seguridad aprovechando la 48 / 49 conectividad de las redes sociales, etc.., ➔
Demostrador.
Link: http://trabajofindemasterulpgc.appspot.com
Servidores de IDEs para pruebas y respaldo. http://jsfiddle.net/correoparaego/d22Qt/25/ http://app-zb9adhvpfhhytyp5.apprun2.codenvycorp.com/#mapa Esperamos que el uso de todas estas nuevas herramientas desarrolladas en este ejercicio académico, permitan innovar y mejorar soluciones a problemas de alta repercusión social en el ámbito de la seguridad de las personas. Agradecimientos. Quiero hacer mención especial a mi familia y a mis profesores tutores que con gran paciencia e interés me han dirigido y aconsejado hasta el final. Muchas Gracias FIN
49 / 49