System Analyst
¿Han realizado pruebas de integraciones?
¿Cuáles son sus preferencias en su futuro trabajo? ¿Qué condiciones son importantes?
¿Con qué arquitecturas ha trabajado? ¿Cómo se tomó la decisión de dividir el monolito en microservicios?
¿Cuáles son tus fortalezas y cómo se manifiestan en el trabajo?
¿Cuántos analistas de sistemas trabajaron en el proyecto CAPEX?
¿Qué devuelve el servicio de autorización en el cuerpo de la respuesta exitosa?
Y la última pregunta. Imagina que recomendaste a un amigo para un puesto de desarrollador, pero ves que no está manejando bien las tareas en esta empresa. ¿Qué harías?
¿Qué datos cachearías en Redis para el módulo de indicadores de rendimiento (KPI y otros) y por qué?
¿Cuál fue la arquitectura en el proyecto?
¿Entiendes qué es un método, podrás desglosarlo y entender qué hay en él, sin documentación?
¿Cuáles son los tres principales objetivos y métricas para un analista de sistemas en los primeros 3-6 meses? ¿Cuál es el mayor riesgo en e-pharma?
¿Cuál es el criterio principal para ti al aceptar una oferta?
¿Tiene experiencia en trazabilidad de requisitos (cubrimiento de requisitos comerciales con requisitos funcionales)?
¿Por dónde comenzarías a trabajar en la tarea de reestructuración de la emisión de préstamos / línea de crédito renovable?
Tarea práctica: Plataforma de notificaciones unificada (Notification Platform) Contexto En la empresa existen 3 sistemas dispersos que envían notificaciones a los usuarios: 1. CRM — envía correos electrónicos y notificaciones push sobre pedidos. 2. Portal de soporte — envía mensajes sobre tickets en el bot de Telegram. 3. Sistema de seguridad — genera alertas SMS sobre accesos sospechosos. Cada sistema implementa su propia lógica: * plantillas propias, destinatarios codificados en hardcode; * sin historia centralizada de notificaciones; * los usuarios se quejan de duplicados y retrasos; * sin SLA, métricas ni centro de control unificado. Objetivo Diseñar una nueva Notification Platform que: * agregue eventos de diferentes fuentes (CRM, Support, Security), * los enrute por tipo y canal (email, SMS, Telegram, push), * garantice uniformidad en plantillas, registro y observabilidad, * soporte SLA (p95 ≤ 3 seg para la entrega), * permita escalabilidad y expansión de canales en el futuro. Tarea para el candidato 1. Defina los requisitos funcionales del sistema. 2. Describa los requisitos no funcionales (fiabilidad, rendimiento, manejo de errores). 3. Elabore un diagrama de contexto (C4 Nivel 2). 4. Añada un esquema de diagrama de secuencia. Por ejemplo, envío de un mensaje desde CRM.
¿Cómo se usaron Kafka y RabbitMQ en el proyecto?
¿Has trabajado con SQL? ¿En qué nivel?
¿Cómo funciona el mecanismo de cálculo de las hojas ejecutivas en un ZUP típico? Tres hojas ejecutivas con el mismo porcentaje del 50% y la misma prioridad, ¿cómo las calculará el sistema?
¿Qué son REST API y SOAP? ¿En qué se diferencian?
¿De qué consta un token JWT?