seguridad portuaria en un sistema de visualización de tráfico marítimo
Post on 14-Jan-2016
47 Views
Preview:
DESCRIPTION
TRANSCRIPT
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
top related