01
Análisis funcional · Zaragoza
Análisis funcional en Zaragoza
Transformo peticiones e ideas en requisitos claros: qué debe hacer la aplicación, en qué casos y cómo comprobar que cumple lo acordado.
Cómo puedo ayudarteAnalista funcional en Zaragoza · Datos e IA
Hago que negocio y tecnología se entiendan. Y avancen.
Roberto Alonso Aznar — Analista funcional, programador y profesor
Ayudo a los equipos a entender qué debe hacer su software, por qué se comporta como lo hace y cómo mejorarlo. Conecto las necesidades del negocio con el código y los datos, con especial foco en Java, Oracle e inteligencia artificial aplicada.
01
Entiendo el negocio
02
Conozco el código
03
Lo explico con claridad
01Entender el sistema
02Aclarar las reglas
03Decidir con criterio
En qué puedo ayudarte
Desde aclarar una necesidad hasta comprender una aplicación antigua o definir un asistente de IA: el punto de partida es entender qué necesita tu equipo.
Cuatro especialidades. Problemas concretos.
02
Datos e inteligencia artificial · Zaragoza
Integración de datos e IA
Defino cómo un asistente puede consultar documentos y datos de la organización: qué fuentes usar, qué permisos respetar y cómo evaluar sus respuestas.
Cómo puedo ayudarte03
Bases de datos · Oracle · Zaragoza
Bases de datos Oracle, SQL y PL/SQL
Analizo consultas, modelos y código de base de datos para explicar resultados, localizar reglas de negocio y valorar el impacto de una modificación.
Cómo puedo ayudarte04
Aplicaciones con años de historia · Zaragoza
Modernización de sistemas legacy
Recupero cómo funcionan las aplicaciones con años de historia para decidir qué conservar, qué mejorar y cómo modernizarlas por etapas.
Cómo puedo ayudarteSituaciones habituales / 01
Estas situaciones ilustran el tipo de problemas que puedo ayudarte a analizar y resolver.
¿Te resulta familiar alguna de estas situaciones?
01
Cuando el sistema funciona, pero nadie se atreve a tocarlo
Entender antes de cambiar
Qué está pasando
La aplicación lleva años funcionando, pero sus reglas están repartidas entre el código, documentos antiguos y la memoria de unas pocas personas.
Cómo ayudo
Investigo cómo funciona y qué depende de cada pieza. Con ese mapa, el equipo puede decidir qué conservar, qué mejorar y cómo avanzar por etapas.
- Mapa del sistema
- Reglas documentadas
- Impacto de los cambios
02
Cuando negocio y desarrollo hablan de lo mismo, pero entienden cosas distintas
Acordar qué tiene que hacer el software
Qué está pasando
Se pide una mejora, cada persona la interpreta de una forma y las diferencias aparecen cuando el desarrollo ya está avanzado.
Cómo ayudo
Convierto la petición en reglas y ejemplos concretos: qué debe ocurrir, en qué casos y cómo comprobaremos que funciona. Los revisamos antes de desarrollar.
- Requisitos claros
- Ejemplos de uso
- Criterios de aceptación
03
Cuando una consulta devuelve un resultado que nadie sabe explicar
Encontrar la explicación en los datos
Qué está pasando
Un informe no cuadra, un registro desaparece de una consulta o un cálculo cambia según el caso. La respuesta puede estar en la base de datos.
Cómo ayudo
Sigo el recorrido del dato y analizo consultas y código Oracle. Así puedo explicar qué regla produce el resultado y qué hay que comprobar antes de corregirlo.
- Análisis SQL y PL/SQL
- Origen del resultado
- Casos de comprobación
04
Cuando la IA genera respuestas, pero todavía no genera confianza
Dar a la IA un trabajo concreto
Qué está pasando
El asistente responde con soltura, pero cuesta saber si usa documentos vigentes, si respeta los permisos o si su respuesta es correcta.
Cómo ayudo
Defino para qué servirá, qué información podrá consultar y cómo evaluarlo. El objetivo es integrar la IA en una tarea útil, con límites y fuentes identificables.
- Caso de uso definido
- Fuentes y permisos
- Pruebas de calidad
Cómo trabajo / 02
Primero comprendo el problema. Después lo convierto en decisiones, requisitos y comprobaciones que el equipo pueda usar.
Preguntar bien. Comprobar. Explicar con claridad.
Un buen análisis permite que usuarios y desarrollo compartan una respuesta clara a tres preguntas: qué necesitamos, por qué y cómo sabremos que funciona.
Adapto el trabajo a cada situación: puede bastar con aclarar una regla o hacer falta un mapa completo del sistema. Cada documento debe ayudar a tomar una decisión, construir una solución o comprobar un resultado.
- 01
Escuchar y preguntar
Qué necesita el equipo, qué le está frenando y cómo trabaja hoy. También pregunto por los casos excepcionales: suelen explicar buena parte del problema.
- 02
Investigar y conectar
Contrasto lo que cuentan las personas con los documentos, el código y los datos. Reúno las piezas en una explicación que se pueda revisar.
- 03
Acordar y comprobar
Defino el comportamiento esperado con reglas y ejemplos. Negocio y desarrollo pueden acordar qué se construye y cómo se comprobará el resultado.
- 04
Explicar y compartir
Dejo documentación útil y comparto el razonamiento con el equipo, para que pueda mantener la solución y tomar las siguientes decisiones.
Qué se lleva el equipo
Mapa de procesos y responsablesReglas y excepciones documentadasRelación entre requisitos, datos y códigoEjemplos para comprobar la soluciónRiesgos y decisiones explicadosConocimiento compartido con el equipo
Dónde encajo / 03
Aporto una mirada que combina las necesidades de las personas con el funcionamiento real de las aplicaciones.
Cuando hace falta ver el conjunto y entender el detalle.
Puedo hablar con quien utiliza la aplicación y revisar después la consulta o el código que explica su comportamiento.
Esa conexión ayuda a formular mejores preguntas y a proponer cambios con una base concreta.Sistemas con años de historia
Cuando hay que mejorar una aplicación importante y recuperar el conocimiento que se ha acumulado durante años.
Procesos con muchas reglas
Cuando cada estado, plazo o excepción cuenta, como ocurre en la gestión administrativa y otros entornos regulados.
Equipos que necesitan entenderse
Cuando usuarios y desarrollo necesitan una persona que comprenda ambas perspectivas y ayude a concretar las decisiones.
Proyectos de IA con una tarea real
Cuando se quiere consultar documentación, apoyar un proceso o conectar datos con un asistente, y hace falta definir cómo debe funcionar.
Perfil y herramientas / 04
Análisis funcional, programación y docencia: tres formas de trabajar sobre un mismo objetivo, comprender para resolver mejor.
La experiencia técnica detrás de una explicación clara.
01
Comprender
Análisis funcional
02
Especificar
Requisitos y pruebas
03
Diagnosticar
Código y datos
04
Evolucionar
Datos e IA generativa
El perfil detrás de las soluciones
Analista en la empresa. Profesor en el aula.
Soy Roberto Alonso Aznar y trabajo en Zaragoza. Compagino el análisis funcional en hiberus con la enseñanza de programación y bases de datos en Formación Profesional. En la empresa investigo cómo funcionan los sistemas; en el aula ayudo a comprenderlos y a construirlos.
Las dos actividades se refuerzan: llevo problemas prácticos a la enseñanza y claridad docente al trabajo con los equipos. Mi base es Java y Oracle, y continúo mi especialización en IA generativa con Databricks y Copilot Studio.
Ver mi trayectoria en LinkedInHablemos / 05
Cuéntame qué necesitas entender, mejorar o poner en marcha.
Si buscas incorporar un perfil que conecte negocio y tecnología, colaborar en un proyecto o plantear una formación, escríbeme. Cuéntame el contexto y qué te gustaría conseguir.
También puedes escribirme por LinkedIn.
Contactar por LinkedInSolicitud de contacto
Cuéntame brevemente tu idea o consulta. Recibirás una confirmación por email; si no la ves, revisa Spam o Correo no deseado.