Please enable JavaScript.

Coggle requires JavaScript to display documents.

AOP (FASE CONCURSAL (OFERTAS (PRODEVELOP, AT SISTEMAS, GMV), EVALUACIONES…

- - - - Funcionamiento VTMOS [acta1]
      - Alcance de los trabajos [acta2]
  - - - PRODEVELOP en BT
        
        Solicitud info
        
        Respuesta PRODEVELOP recibida [18/01/18]
        
        solicitud de info adicional [12/01/18]
        
        Respuesta PRODEVELOP [31/01/18]
        
        Redacción informe valoración global [06/02/18]
    - - 1- PRODEVELOP
        2- AT SISTEMAS
        3- GMV
  - - - Definición Procesos Torre
        
        AS-IS
        
        Visita a Torre de Control para evaluación de proceso de maniobra
        
        3 visitas realizadas
        
        En proceso de diagramación
        
        TO-BE
        
        Identificación de problemas/mejoras
        
        ISSUE 1
        Cuando el buque tenga como destino muelles de INFLAMABLES, será necesario mostrar la información de la Empresa de “Estiba” al objeto de poder notificarles de la llegada del buque a muelle en caso de que sean requeridas indicaciones durante el amarre para determinar la posición exacta del buque.
        Esta información es enviada por el Dept. de Atraques a Torre de Control 2 veces al día mediante el CALATALA (Excel con info de buques). El CALATALA se envía a las 14h y 19h (L-V), y sábados una extensión del mismo si hay cambios.
        Sería necesario identificar dónde se encuentra esta info en SOSTRAT
        La llegada de estos buques debería ser notificada a la empresa correspondiente al paso del buque por el WayPoint de entrada al Canal, a través de una página WEB o de una APP con acceso restringido.
        
        ISSUE 2
        El paso de AUTORIZABLE A AUTORIZADO, no aporta ningún valor al proceso, dado que actualmente no se verifica por parte de los operadores los Assesments generados por el KLEIN. A futuro, se podría utilizar esta funcionalidad para:
        
        Verificar los calados de Entrada / Salida y compararlos con los del Muelle y la Ruta
        
        Verificar Autorizaciones / Documentación pendientes
        
        ISSUE 3
        El muelle de atraque en el terminal APM debería ser asignado previa llegada del buque a la zona de 1h de BOYA, para poder disponer de este dato antes del inicio de maniobra.
        Además, la actualización del mismo debería ser de manera Automática.
        
        ISSUE 4
        La facilidad del proceso para el operador debería comprender todos los aspectos, tales como el uso de interfaces basados en :
        
        Pantallas táctiles / Tablets
        
        Sistemas de Colores para diferenciar estados
        
        Letras grandes y fácilmente legibles
        
        Incluir únicamente la información necesaria en cada momento (como SOLFA)
        
        ISSUE 5
        El proceso de registro y asignación de recursos proporciona trabajo redundante al operador, al tener que rellenar los campos SOLICITADO y ASIGNADO con los mismos datos.
        Debería rellenarse únicamente una vez.
        Además, debería existir una funcionalidad de relleno automático de recursos, dado que éstos se encuentran en orden de asignación en SOLFA (prácticos y remolcadores).
        La información de amarradores debería rellenarse de manera automática con la información presente en SOSTRAT, que debería ser importada a VTMOS.
        Debería poder notificarse a las diferentes compañías de servicios de manera automática (vía WEB o APP) con ALARMA de la asignación de RECURSO a la MANIOBRA.
        
        ISSUE 6
        Para determinar el número de recursos de remolque para un movimiento se sigue una serie de criterios que se basan en parámetros como:
        -Tipo de buque: Si es de Inflamables debe llevar mínimo 1
        -Eslora del buque
        -Condiciones Meteorológicas y Oceanográficas
        -Estado del Buque (averiado, etc.)
        Sería conveniente poder ofrecer al operador una propuesta de recursos necesarios basada en el histórico de ese buque en pasadas visitas.
        Para ello habría que contar con un histórico de datos de visitas y de recursos asignados en dichas visitas.
        
        ISSUE 7
        Los eventos son normalmente detectados de manera automática por el sistema VTS. Sin embargo, esto no siempre funciona y los operadores deben verificar si el proceso falla para introducir los datos de manera manual.
        Sería necesario poder evitar los fallos de detección (que por otro lado corresponden a criterios de compromiso que no reflejan la realidad: p.e. la detección de primer cabo es hecha por el VTS cuando el buque entra en la zona definida como muelle).
        Para ello se podría automatizar el proceso acudiendo a la fuente de datos, en este caso a PRACTICOS, AMARRADORES y REMOLCADORES. Dotándoles de dispositivos móviles que permitieran reportar el inicio y el final de las maniobras.
        El sistema de Torre recibiría estas señales y, dado que tendría los recursos asignados, sabría determinar la escala y el movimiento al que pertenecen para registrar de manera automática la información.
      - Demostración VTMOS en consola APB [15/01/2018]
        
        NECESIDADES
        
        1.Tiempos de Remolque
        2.Tiempos de Amarre
        3.Tiempos de Practicaje
        4.Hora Primer Cabo
        5.Hora Último Cabo
        
        NOTAS
        
        1.El sistema VTS tiene excesiva dependencia de un técnico y se encuentra en su fin de ciclo de vida.
        2.El sistema KLEIN ha sufrido numerosas modificaciones en su core y no dispondrá de nuevas actualizaciones
        3.KLEIN y VTS están integrados únicamente a nivel de datos de movimientos de escala, y no de interacción GIS/ventana que facilite la operativa
        4.Los nombres de estado de maniobra no coinciden en VTS y KLEIN
        5.Funcionalidad no adecuada a las necesidades operativas
        6.KLEIN no soporta la gestión módulos en muelles
        7.La excesiva funcionalidad adicional en KEIN (facturación, etc.) hace compleja la gestión de las operaciones básicas
        8.El paso por los Way-Points se notifica desde VTS y se registra en KLEIN
        9.El proceso de Torre de Control comienza al recibir la Autorización de Escala por parte del departamento de ATRAQUES
      - Definición del Alcance del proyecto
        
        reunión OOMM 16/02/18
      - Modelo de Datos
        
        Evaluar modelo de datos SOSTRAT de Escalas
        
        Solicitado a Joan Ferrer [29/01/18]
        
        solicitado a Elisabeth y Javier
        
        Definir nuevo modelo de datos para AOP
        
        reunión 12/02/18 con Elisabeth
        
        Evaluar modelo de datos KLEIN
        
        ESTADOS ESCALA
        
        1.DESCONOCIDO
        2.PENDIENTE DE CONFIRMAR
        3.AUTIROZABLE
        4.AUTORIZADO
        5.COORDINADO
        6.INICIADO
        7.FINALIZADO