Seguridad portuaria en un sistema de visualización de tráfico marítimo
description
Transcript of Seguridad portuaria en un sistema de visualización de tráfico marítimo
Seguridad portuaria en un sistema de visualización
de tráfico marítimo
E.T.S De Ingeniería Informática
Ingeniería Informática
Javier García Tomillo
© GMV, 2013 UVaPágina 2PFC Javier García Tomillo
• Introducción
• Planificación
• Análisis
• Diseño
• Implementación
• Pruebas
• Conclusiones
• Demostración
• Turno de preguntas
ÍNDICE
© GMV, 2013 UVaPágina 3PFC Javier García Tomillo
• España entre los puertos de la Unión Europea con más movimiento:
• Necesidad de mejora de la seguridad portuaria a raíz de este crecimiento
INTRODUCCIÓNMOTIVACIÓN
© GMV, 2013 UVaPágina 4PFC Javier García Tomillo
Desarrollo de una nueva versión de la plataforma Shiplocus, integrando:
• Módulo Radar• Visualización de blancos detectados por un radar.
• Módulo Cámaras• Visualización y control de cámaras térmicas y CCTV• Gestión de alarmas detectadas por las cámaras
• Módulo AtoN• Visualización y reconocimiento de avisos generados por AtoN.
Se presentará el desarrollo de estos módulos de forma unificada.
INTRODUCCIÓNOBJETIVOS
© GMV, 2013 UVaPágina 5PFC Javier García Tomillo
• 224 días totales
• 24 días de retraso
• Causas principales:• Problemas técnicos• Participación en otros proyectos.
PLANIFICACIÓNPLAN DE FASES FINAL
© GMV, 2013 UVaPágina 6PFC Javier García Tomillo
Sistemas AISSistema de emisión autónomo y continuo que opera en la banda VHF del servicio móvil marítimo
Es capaz de intercambiar información como la identificación del buque, posición, rumbo, velocidad y más, con otros buques y tierra
ANÁLISISENTORNO I
© GMV, 2013 UVaPágina 7PFC Javier García Tomillo
Sistema de Información Geográfica (SIG)Sistema de información (software + hardware) diseñado para trabajar con datos referenciados mediante coordenadas espaciales o geográficas
Componentes de un SIG:
• Datos
• Procesos
• Visualización
• Tecnología
ANÁLISISENTORNO II
© GMV, 2013 UVaPágina 8PFC Javier García Tomillo
Radar ARPA (Automatic Radar Plotting Aid)• Aparecen en la pantalla los movimientos verdaderos de todos los ecos
detectados
Cámaras• Térmicas
• Móviles
AtoN (Aids to Navigation)• Equipos externos a los buques que están
diseñados y construidos para aumentar laeficiencia en la navegación y la seguridaddel tráfico marítimo
• Sensores de viento y oleaje
ANÁLISISENTORNO III
© GMV, 2013 UVaPágina 9PFC Javier García Tomillo
Es un SIG de visualización de cartografía náutica y datos AIS
Funcionalidades:• Tiempo Real
• Informes
• Administración
ANÁLISISSHIPLOCUS
© GMV, 2013 UVaPágina 10PFC Javier García Tomillo
ANÁLISISCASOS DE USO
© GMV, 2013 UVaPágina 11PFC Javier García Tomillo
DISEÑOVISIÓN GENERAL DEL SISTEMA
Arquitectura cliente/servidor multicapa
© GMV, 2013 UVaPágina 12PFC Javier García Tomillo
Patrón Modelo-Vista-Controlador
DISEÑOARQUITECTURA APLICACIÓN WEB
© GMV, 2013 UVaPágina 13PFC Javier García Tomillo
• Gestiona el acceso de la aplicación a la base de datos y permite un acceso a ellos uniforme desde el resto de la aplicación
• Patron Singleton
• CacheController
DISEÑOGESTOR DE DATOS
© GMV, 2013 UVaPágina 14PFC Javier García Tomillo
• Controlador y Vista
• Servicios WEB
DISEÑOAPLICACIÓN WEB
© GMV, 2013 UVaPágina 15PFC Javier García Tomillo
DISEÑOAPLICACIÓN SILVERLIGHT
© GMV, 2013 UVaPágina 16PFC Javier García Tomillo
Plataforma .NET• Microsoft Visual Studio 2010
• C#
• Framework Silverlight 4.0
Gestión de datos:• PostgreSQL
• PostGIS
IMPLEMENTACIÓNTECNOLOGÍAS UTILIZADAS
© GMV, 2013 UVaPágina 17PFC Javier García Tomillo
IMPLEMENTACIÓNDECODIFICADOR DE RADAR
• Archivo de configuración (App.config)• Cadena de conexión con base de datos• IP/Puerto de conexión (Radar)• Coordenadas del radar
• Conexión TCP
• Decodificación de trama
• Inserción en base de datos
© GMV, 2013 UVaPágina 18PFC Javier García Tomillo
Orientadas a detectar fallos
Solución:• Cambio de versión a Silverlight 4
• Cambio de protocolo a UDP
PRUEBAS
CP - 20MC Prueba de rendimiento I
Descripción Se pretende comprobar que la aplicación cumpla un consumo adecuado en cuanto a recursos de CPU y memoria RAM.
Resultado Esperado Al tratarse de una aplicación de reenvío continúo de tramas a través de diversos sockets.
Se puede esperar que consuma una cantidad de recursos media-alta, que en ningún caso llegue a saturar el servidor en el que se encuentra.
Resultado Obtenido ERROR
PRUEBAS REALIZADAS
© GMV, 2013 UVaPágina 19PFC Javier García Tomillo
Se realizan mejoras sobre la aplicación existente:
• Se desarrolla un “Módulo Radar”
• Se desarrolla un “Módulo Cámaras”• Se desarrolla, además, la posibilidad de ser utilizado a modo de centro de video-vigilancia
de forma independiente a Shiplocus.
• Se desarrolla un “Módulo AtoN”• Además se logra la posibilidad de la inclusión de cualquier sensor acoplado al AtoN sin
tener que realizar cambios en la interfaz.
• Tres módulos fácilmente escalables y capaces de integrarse en la aplicación Shiplocus de forma independiente a los otros dos módulos.
• Se ha realizado un trabajo de planificación, seguimiento y control del proyecto considerado en su conjunto.
CONCLUSIONESCONCLUSIONES
© GMV, 2013 UVaPágina 20PFC Javier García Tomillo
• “Data Fusion”: Aunar múltiples datos que representan un mismo objeto real para proveer información mas precisa
• Generación de alarmas por zonas: Creando zonas en coordenadas especificas de forma que lancen una alarma cuando se entre en ellas
• Inclusión de sensores para vigilancia submarina en los AtoN, con el fin de abarcar un mayor rango de vigilancia.
TRABAJO FUTUROTRABAJO FUTURO
© GMV, 2013 UVaPágina 21PFC Javier García Tomillo
DEMOSTRACIÓNVIDEO
© GMV, 2013 UVaPágina 22PFC Javier García Tomillo
TURNO DE PREGUNTAS
Gracias
Javier García Tomillo