Business Analyst

Analizar y estructurar los requisitos funcionales y técnicos para supervisar el estado de servicio de los vehículos de una composición ferroviaria, y especificarlos para desarrollo y aseguramiento de la calidad. Utilizar DBeaver para consultas a bases de datos y GitLab como repositorio.

Estructurar los requisitos de una nueva plataforma móvil para la inspección de billetes y la protección de ingresos, y coordinar las interfaces con dispositivos móviles, impresoras y terminales de pago. Apoyar a Product Owners y Scrum Masters en una organización con varios equipos Scrum. Utilizar Cucumber principalmente para especificaciones de pruebas.

Analizar los flujos de trabajo, crear maquetas y especificar requisitos e interfaces REST. Apoyar la coordinación con el equipo de desarrollo externo. Cuando había conexión, la aplicación sincronizaba con FarmNet los datos y las actuaciones registrados sobre los animales.

Análisis y estructuración de requisitos funcionales y no funcionales, coordinación de la hoja de ruta y definición de épicas e historias de usuario. Colaboración con equipos de desarrollo distribuidos, gestión de producto y clientes piloto. El portal permitía planificar y registrar actuaciones sobre los animales e intercambiar datos con aplicaciones móviles y sistemas IoT.

Análisis de requisitos de los sistemas existentes y del control local de equipos, y su transformación en épicas e historias de usuario. Estructuración de la implementación en microservicios con el equipo de desarrollo; apoyo a la gestión de pruebas y a la evolución del sistema. Un cliente Windows y un servicio IoT en la nube conectaban el control local de equipos con FarmNet y sincronizaban mediciones y actuaciones sobre los animales.

Analizar la competencia, estudios y requisitos del mercado y de los clientes de explotaciones ganaderas de Norteamérica. Especificar informes de Power BI, historias de usuario y datos de prueba, y coordinar la arquitectura y la ejecución con el equipo distribuido. La solución trataba datos sobre rendimiento del rebaño, salud, producción de leche y alimentación: desde DairyBox, pasando por IoT Hub y Azure SQL, hasta la preparación con Data Factory y la generación de informes.

Analizar los procesos de pago y los requisitos SEPA para la compra de créditos de la plataforma. Modelar procesos con yEd Graph, especificar historias de usuario, criterios de aceptación y casos de prueba en Jira, y coordinar la implementación con el equipo de desarrollo en Kiev. La solución permitía adeudos directos SEPA B2B con mandatos y pagos con tarjeta de crédito.

Analizar los procesos de cuatro unidades organizativas y modelar un flujo de trabajo común en Enterprise Architect. Crear el modelo de dominio y de base de datos, incluidos scripts DDL, especificar historias de usuario y casos de prueba en Team Foundation Server y probar las funciones implementadas. La aplicación web integraba el registro, la reserva de recursos, la aprobación y el cierre de iniciativas de prueba, además de la gestión de usuarios de prueba, permisos y clientes de software que simulaban equipos de trabajo. Se integraron datos de Oracle y SQL Server.

Coordinar la arquitectura de la aplicación y la hoja de ruta, especificar épicas, historias de usuario y criterios de aceptación, y coordinar la gestión de pruebas. Introducir prácticas Scrum con revisiones, planificación y retrospectivas. La plataforma conectaba la actividad lechera, otros procesos de la explotación y el control de equipos, y estaba diseñada para su uso tanto en la nube como en local.

Aplicación web para gestionar acciones derivadas de cambios en el control de pagos: actualizar los expedientes afectados o generar notificaciones. Las reglas específicas de cada acción definían fechas, comprobaciones y aprobaciones. La aplicación calculaba el número de expedientes afectados y generaba una orden por expediente al ejecutar la acción.

Aplicación web generada a partir de modelos para mantener tablas de control bitemporales de vías de pago, códigos de contabilización, gastos, fechas valor y relaciones entre países. El modelo UML en Together describía tablas, referencias y atributos variables o invariantes. Los cambios se gestionaban mediante operaciones de mantenimiento con bloqueo, registro y aprobación por dos personas.

Procesos por lotes y servicios para contrastar archivos externos con las tablas maestras de control de pagos. Las altas, bajas y modificaciones generaban operaciones de mantenimiento con aprobación funcional según reglas definidas. Se procesaban, entre otros, datos BIC y festivos bancarios de SWIFT, el SCL Directory para la accesibilidad SEPA y códigos de encaminamiento bancario de Estados Unidos del Federal Reserve System.

Integrar gastos, comisiones, operaciones y códigos de contabilización en el control de pagos, y proporcionar datos para SAP, contabilidad y liquidación. La solución agregaba importes y cantidades para prever anticipos y realizar liquidaciones. Una aplicación web permitía consultar y analizar estos datos de forma puntual y actualizada.

Diseñar un control central de pagos para pensiones periódicas y pagos únicos al extranjero, y migrar los datos de control del sistema host a una arquitectura cliente-servidor con base de datos. La solución generaba archivos bancarios en formatos como SEPA PAIN, PAX y HBV Impay. Las tablas de control bitemporales permitían anulaciones retroactivas y pagos corregidos.

Ampliar el tratamiento de altas, modificaciones y bajas de pensionistas residentes en el extranjero para incluir pagos periódicos y únicos. Integrar operaciones de pago detalladas, controles de entrada y reclamaciones de reintegro por destinatario, concepto e importe pagado en exceso. La migración de expedientes incluía también el cálculo de operaciones de pago anteriores.

Ampliar la gestión de usuarios con acceso a datos y funciones por entidad cliente y delegar la gestión de permisos en sus respectivos administradores. La gestión de usuarios se migró de Oracle Internet Directory a OpenLDAP.

Proporcionar a colaboradores externos acceso a expedientes mediante una aplicación basada en modelos, con permisos por entidad cliente para datos, tipos de documento y funciones. Las aplicaciones interna y externa compartían accesos a datos y la mayor parte de las definiciones de presentación. Las diferencias de visualización se incorporaban donde eran necesarias; las definiciones comunes mantenían ambas aplicaciones sincronizadas entre versiones.

Modelar calendarios funcionales para ciclos de pago y procesamiento cuyos periodos difieren del calendario habitual. Los tipos de calendario definían la estructura y jerarquía de los periodos y sus fechas asociadas. Las reglas de propuesta y programación, junto con la administración web, facilitaban su mantenimiento.

Aplicación web para registrar reclamaciones y consultas relacionadas con información facilitada por teléfono o por escrito. Los motivos y las categorías eran configurables. La observación continua de anomalías apoyaba la investigación de posibles problemas de pago y la posterior información al personal de tramitación.

Revisar la presentación y el JavaScript de la aplicación de consulta de expedientes manteniendo el enfoque basado en modelos. Se añadieron una función para copiar resultados de búsqueda, definida en el modelo mediante expresiones regulares, y la impresión en PDF con Altova StyleVision.

Conectar la gestión documental, con asignación mediante códigos de barras e importación de documentos escaneados, a la consulta de expedientes. Los tipos de documento determinaban, entre otros aspectos, los plazos de conservación; el almacenamiento se realizaba de forma asíncrona, primero en la base de datos y después en EMC Centera. La solución admitía firmas, documentos vinculados o no a un expediente y un control específico de integridad documental.

Modelar búsquedas, opciones y listas de resultados de una aplicación web de consulta de expedientes mediante diagramas de estados UML ampliados. La presentación y la asignación de datos a grupos se describían mediante modelos. Las extensiones DSL y OCL en Together servían de base para especificar esta y otras aplicaciones web.

Consulta basada en modelos de entidades bancarias, bancos sucesores, direcciones, fechas y vías de comunicación. En la transición de códigos bancarios nacionales y números de cuenta a BIC e IBAN, objetos de información controlaban el intercambio de datos de cuentas con el portal SEPA o directamente con el banco y supervisaban su tramitación.

Solución

Archivo y consulta electrónicos para sustituir microfichas y listados; estructuras independientes de la versión.

Solución

Entrega asíncrona de objetos de información a destinatarios e interfaces internas.

Solución

Estadísticas agregadas y listados seleccionables de objetos de información; salida por pantalla, Excel y archivos.

Solución

Comparación de órdenes de tramitación y datos existentes del expediente ante avisos o errores; estado de tramitación e integración con la gestión de plazos.

Solución

Implantación de la gestión de órdenes de tramitación basada en modelos y migración de registros desde el sistema host. La dimensión del sistema era de 120 millones de registros, incluido el histórico.

Solución

Plazos y tareas con permisos, escalado, reenvío, devolución y registro de actividad.

Solución

Selección y puesta en servicio del sistema de archivo; diseño de la estructura de almacenamiento, las vías de acceso y la administración.

Solución

Configuración y puesta en servicio del directorio LDAP, el esquema, la autenticación, la autorización y la administración web.

Objetivo

Análisis de la situación actual y de las relaciones con los clientes, y diseño del estado objetivo de los procesos de negocio centrales.

Responsabilidades

Dirigir y contribuir de forma decisiva al diseño del estado objetivo; analizar la situación actual y las relaciones con los clientes y optimizar estructuras y procesos.

Solución

Procesos actuales y objetivo, arquitectura de aplicaciones, plan del mapa de sistemas y enfoque de implementación gradual.

Responsabilidades

Gestión de proyectos y análisis de procesos de negocio; coordinación y presentación de resultados y elaboración de propuestas para la toma de decisiones.

Solución

Consolidación y agregación de datos de proyectos y de empresa para el control de gestión y la información directiva.

Responsabilidades

Analizar y diseñar procesos; acordar y presentar adaptaciones y elaborar propuestas para la toma de decisiones.

Solución

Implementación y prueba de un prototipo de presupuestación de obras y ejecución de proyectos adaptadas en una sucursal piloto.

Responsabilidades

Asesoramiento sobre métodos y formas de trabajo y análisis de procesos de negocio.

Solución

Definición del proceso central de gestión documental electrónica; planificación e inicio del proyecto.

Responsabilidades

Asesoramiento sobre métodos y formas de trabajo y análisis de procesos de negocio.

Solución

Definición de la arquitectura de procesos de negocio y los procesos centrales; desarrollo detallado de uno de ellos y presentación de resultados a la dirección.

Responsabilidades

Análisis de procesos de negocio, gestión y control de proyectos.

Solución

Implantación de un sistema de archivo electrónico y flujos de trabajo con digitalización, indexación, distribución, búsqueda e integración con aplicaciones existentes.

Responsabilidades

Dirigir un grupo de trabajo de responsables y especialistas; definir el enfoque, analizar, diseñar y presentar.

Solución

Análisis de puntos débiles y elaboración de una propuesta para la dirección con medidas de mejora específicas y transversales a los proyectos.

Responsabilidades

Diseño, análisis y estimación del esfuerzo.

Solución

Elaboración del concepto de aplicación para integrar redes de medición federales y regionales destinadas a la detección temprana de catástrofes medioambientales.