Atlas de estudio · Arquitectura TI
Arquitectura empresarial Un mapa para conectar negocio y tecnología
Siete capítulos visuales para entender cómo una organización convierte estrategia, procesos, información y tecnología en valor.
Consulta rápida
¿Qué concepto necesitas encontrar?
Busca por término o limita los resultados a un tema, como “BPMN”, “IaaS” o “ética”.
Empieza a escribir para ver secciones relacionadas.
01Tema 1 · FundamentosConceptos, dominios, marcos y un caso de logísticaAbrir tema
01.1 · Definición y alcance
La arquitectura empresarial es un mapa para tomar decisiones
La Arquitectura Empresarial (AE) es una forma estructurada de describir cómo se relacionan la estrategia, los procesos, la información, las personas y la tecnología para alcanzar los objetivos de una organización.
Sirve para entender el estado actual, reconocer problemas y orientar cambios. No consiste solo en elegir software o equipos: también considera quién trabaja, qué información necesita y cómo se realiza el trabajo.
ObjetivosProcesosInformación y sistemasResultados
La visión se divide en cuatro dominios
¿Qué piezas describe una arquitectura?
Negocio
Objetivos, estructura, responsabilidades y procesos que generan valor.
En almacén: recibir, revisar, guardar y despachar mercadería.
Datos
Información que se necesita, cómo se organiza, dónde se guarda y quién la usa.
En almacén: SKU, descripción, proveedor, lote y cantidad.
Aplicaciones
Sistemas que apoyan el trabajo y la manera en que intercambian información.
En almacén: compras, inventario, ventas y facturación.
Tecnología
Hardware, software base, redes y servicios que permiten operar las aplicaciones.
En almacén: PC, lector de códigos, red y nube o servidor.
Ojo: los dominios se relacionan. Un cambio en el proceso puede requerir datos nuevos, ajustes en el sistema y cambios en la infraestructura.
01.2 · Necesidad y beneficios
¿Por qué una organización necesita esta visión?
A medida que una organización crece, también crecen sus sistemas, áreas y dependencias. Sin una visión común, cada área puede resolver su problema por separado y crear duplicidades o desconexiones.
La tecnología aporta valor cuando responde a una necesidad real del negocio.
Alinea negocio y tecnología
Las decisiones técnicas se relacionan con objetivos organizacionales.
Reduce silos y duplicidades
Las áreas comparten una visión de procesos, información y sistemas.
Ordena el cambio
Ayuda a evaluar impactos y planificar mejoras por etapas.
Mejora la comunicación
Facilita el diálogo entre personas de negocio y equipos técnicos.
Optimiza recursos
Permite detectar soluciones repetidas y oportunidades de integración.
01.3 y 01.4 · Marcos de referencia
Tres maneras de ordenar la arquitectura
Un marco de referencia ayuda a organizar el análisis. Zachman estructura preguntas y perspectivas; TOGAF guía el desarrollo y la gestión; FEA facilita estándares comunes entre entidades federadas.
Matriz
Zachman
Organiza la arquitectura en una matriz de seis preguntas y seis perspectivas, desde la visión inicial hasta la operación.
¿Qué?¿Cómo?¿Dónde?¿Quién?¿Cuándo?¿Por qué?
Útil para: revisar que el análisis considere distintas dimensiones y niveles de detalle.
Método ADM
TOGAF
Marco para desarrollar y gestionar arquitecturas. Su método ADM propone un ciclo iterativo de trabajo y revisión.
Útil para: estructurar una transformación y revisar que siga alineada con el negocio.
Entidades federadas
FEA
Marco para armonizar arquitecturas locales de entidades autónomas mediante estándares y prácticas comunes.
Útil para: coordinar ministerios, agencias o unidades que necesitan colaborar.
Para diferenciarlos: Zachman ayuda a preguntar y clasificar; TOGAF ayuda a recorrer un proceso de arquitectura; FEA ayuda a coordinar entidades que conservan autonomía.
Para profundizar · Tema 1
De los marcos a una arquitectura aplicable
Los marcos ayudan a estructurar el análisis. El siguiente paso es relacionar esas preguntas con decisiones concretas del negocio.
01Zachman
Cruza seis preguntas y seis perspectivas
¿Qué?, ¿cómo?, ¿dónde?, ¿quién?, ¿cuándo? y ¿por qué? se revisan desde el alcance inicial hasta la operación. La matriz ayuda a encontrar dimensiones omitidas y a comunicar entre áreas.
Ejemplo aplicadoEn logística: inventario, recepción, sedes, responsables, horarios de actualización y objetivos de entrega.
02TOGAF
Usa ADM como método de evolución
El ciclo ADM organiza el desarrollo y la gestión de la arquitectura de manera iterativa, conectando la estrategia con el diseño, la transición y la supervisión.
Ejemplo aplicadoAntes de cambiar el sistema de inventario, identifica la situación actual, define el resultado esperado y coordina las etapas del cambio.
03FEA
Coordina capacidades que cruzan áreas
Los modelos de referencia federados ayudan a que unidades con autonomía compartan criterios, servicios e información cuando colaboran en una misma misión.
Ejemplo aplicadoVarias sedes pueden conservar su operación local y usar definiciones comunes para productos, pedidos y seguimiento.
04Decisión
Elige el marco por el trabajo que necesitas
Zachman ordena preguntas y perspectivas; TOGAF aporta un método de trabajo; FEA sirve para coordinar entidades federadas. Se pueden complementar.
Ejemplo aplicadoPrimero define qué debe aclararse; después elige el método y los acuerdos de gobierno que mantendrán el diseño alineado.
Sigue aprendiendo
Un video para llevarlo a la práctica
YouTubeThe Open GroupTOGAF® Standard, Version 9.2Visión general del estándar y su método para desarrollar arquitectura empresarial.Ver video Aplicación · Ejemplo de logística
De los problemas diarios a una visión conectada
Escenario de estudio
La información de inventario, ventas y atención al cliente está dispersa.
Cuando logística y atención al cliente no comparten datos, cuesta responder dónde está un pedido o por qué el stock no coincide.
Preguntas para analizar antes de comprar otra herramienta
- ¿Qué resultado necesita mejorar la empresa?
- ¿En qué paso del proceso aparece el problema?
- ¿Qué dato falta o se registra más de una vez?
- ¿Qué aplicaciones deben intercambiar información?
- ¿Qué personas deben participar y aprobar cambios?
01
NegocioMejorar exactitud y respuesta al cliente
02
ProcesoRecibir → revisar → registrar → despachar
03
Datos y aplicacionesStock confiable entre compras, inventario y ventas
04
TecnologíaEquipos, red e integración adecuados
El material del curso presenta resultados numéricos en un caso ilustrativo de retail. Tómalos como datos de ese caso, no como una promesa de resultados para cualquier empresa.
Tu recorrido de estudio
Aprende por etapas y retoma cuando quieras
- 01Fundamentos15 min · Explicar qué conecta la arquitectura empresarial y para qué sirve.
Meta de práctica
Identifica un objetivo de negocio y una decisión tecnológica que lo apoye.
- 02Dominios20 min · Relacionar negocio, datos, aplicaciones y tecnología.
Meta de práctica
Sigue un dato desde el proceso que lo crea hasta el sistema que lo consume.
- 03Nube e infraestructura20 min · Distinguir modelos cloud, infraestructura y controles de seguridad.
Meta de práctica
Elige IaaS, PaaS o SaaS según quién necesita administrar la plataforma.
- 04Procesos20 min · Analizar y modelar procesos antes de automatizarlos.
Meta de práctica
Dibuja una decisión del proceso con dos posibles resultados.
- 05Servicios y APIs20 min · Diseñar integraciones con contratos, responsabilidades y límites claros.
Meta de práctica
Describe qué información intercambiaría una API y quién puede usarla.
- 06Datos y analítica20 min · Gobernar datos y evaluar soluciones analíticas con contexto.
Meta de práctica
Define una métrica, su dueño y la fuente que la respalda.
- 07Emergentes y gobierno25 min · Evaluar riesgos, valor y gobierno de cambios tecnológicos.
Meta de práctica
Compara el beneficio esperado con un riesgo y una medida de control.
Comprueba lo que entendiste
Actividades rápidas por tema
Responde sin consultar el material. Recibirás una explicación inmediata y podrás volver a intentarlo. En los cuestionarios, la valoración también es personal: compárala con la respuesta desarrollada.
Caso práctico acumulativo
Diseña la evolución del banco por etapas
Usa lo aprendido en los siete temas para construir una recomendación. Abre cada etapa, piensa tu respuesta y luego consulta una pista.
El reto: modernizar los servicios bancarios sin perder continuidad para 2,3 millones de clientes digitales, con dependencias legacy poco documentadas, regulación financiera y capacidad operativa limitada.
011 · Entender el retoEl banco quiere migrar su core a microservicios en nube antes del cierre fiscal. El 68 % de los procesos críticos depende de sistemas legacy con integraciones no documentadas. ¿Qué necesitas averiguar primero?
Tu respuesta: anota o explica en voz alta tu decisión y los supuestos que estás haciendo.
Ver una pista de análisis
Mapea objetivos, procesos críticos, dependencias, datos, responsables y obligaciones regulatorias. Aún no elijas plataforma.
022 · Relacionar los dominiosEl inventario muestra que los saldos se actualizan en dos sistemas y que las sucursales tienen conectividad intermitente. ¿Qué vistas de arquitectura ayudarían a explicar el impacto?
Tu respuesta: anota o explica en voz alta tu decisión y los supuestos que estás haciendo.
Ver una pista de análisis
Relaciona proceso de atención, datos de saldo, aplicaciones involucradas, interfaces y tecnología de sucursal; identifica la fuente autorizada.
033 · Definir alternativasLa dirección propone migrar todo junto; operaciones teme una interrupción y el equipo no tiene experiencia operando muchos servicios. ¿Qué opciones compararías?
Tu respuesta: anota o explica en voz alta tu decisión y los supuestos que estás haciendo.
Ver una pista de análisis
Compara una migración por oleadas, modernización gradual y coexistencia temporal. Considera capacidad operativa, continuidad, seguridad, costo total y salida.
044 · Preparar un piloto¿Qué servicio seleccionarías para el piloto y qué condiciones pondrías antes de ampliar el alcance?
Tu respuesta: anota o explica en voz alta tu decisión y los supuestos que estás haciendo.
Ver una pista de análisis
Escoge una carga representativa pero de impacto acotado. Define dueño, línea base, indicadores, pruebas de recuperación, controles, criterios de salida y reversa.
055 · Medir y decidirEl piloto redujo tiempo de despliegue, pero elevó el costo de soporte y tuvo una falla de conciliación. ¿Se debe escalar?
Tu respuesta: anota o explica en voz alta tu decisión y los supuestos que estás haciendo.
Ver una pista de análisis
No escales automáticamente. Investiga la causa, compara métricas con la línea base, corrige controles y vuelve a medir antes de decidir.
Recuperación activa · repaso espaciado
Tarjetas para recordar conceptos clave
Intenta responder antes de revelar cada tarjeta. Indica cómo te fue y el sistema la programará para repaso en 1, 3 o 7 días.
Tarjeta 1 de 12
Pregunta de repaso
02Tema 2 · Modelos y dominiosNegocio, datos, aplicaciones y tecnologíaAbrir tema
Tema 2 · Modelos y dominios
Cómo se organiza una empresa desde cuatro perspectivas
El tema amplía los dominios del Tema 1 y muestra cómo cada uno aporta a una operación coherente.
2.1Negocio
Arquitectura de negocio
Describe la estrategia, estructura, capacidades y procesos que convierten recursos en valor para clientes y organización.
En logísticaMapear compras → recepción → almacenamiento → preparación → despacho ayuda a localizar demoras y traspasos.
Herramienta relacionada: la cadena de valor muestra actividades; Business Model Canvas resume cómo funciona el modelo de negocio.
2.2Datos
Arquitectura de datos
Define qué información existe, cómo se relaciona, dónde se guarda y bajo qué reglas se mantiene disponible, consistente y protegida.
En logísticaUn producto necesita un identificador único, unidad de medida, proveedor y saldo por ubicación.
Pregunta útil: ¿qué registro es la fuente confiable cuando dos sistemas muestran cantidades distintas?
2.3Aplicaciones
Arquitectura de aplicaciones
Describe los sistemas que apoyan las funciones del negocio y sus relaciones. La integración permite intercambiar datos y coordinar tareas.
En logísticaCompras registra una recepción y el sistema de inventario actualiza existencias sin volver a digitar la misma información.
Conexión: las APIs ofrecen contratos para que aplicaciones distintas se comuniquen.
2.4Tecnología
Arquitectura tecnológica
Detalla la plataforma que soporta los sistemas: equipos, software base, redes, servicios cloud y controles de seguridad.
En logísticaPCs, lectores, conectividad del almacén y el entorno donde se ejecuta el sistema de inventario.
Decisión: elegir tecnología según disponibilidad, seguridad, costo y necesidades del proceso.
Para profundizar · Tema 2
Conecta el valor del negocio con datos y sistemas
La arquitectura de negocio explica cómo se crea valor. Los modelos de datos y aplicaciones hacen posible operar esa propuesta con información consistente.
01Negocio
Sigue el recorrido que crea valor
La cadena de valor conecta las actividades internas desde la adquisición de recursos hasta la entrega al cliente. Permite localizar demoras y oportunidades de mejora.
Ejemplo aplicadoEn almacén: compra → recepción → control → almacenamiento → preparación → despacho.
02Modelo
Resume la propuesta con Canvas
Business Model Canvas representa nueve bloques del modelo, entre ellos la propuesta de valor, los segmentos, los canales, los recursos y las fuentes de ingreso.
Ejemplo aplicadoUna tienda omnicanal relaciona su propuesta de compra simple con sus canales digitales, inventario y atención.
03Datos
Modela entidades y relaciones
Una entidad representa algo sobre lo que se guarda información; las relaciones describen cómo se vinculan esas entidades. El modelo ofrece una base para organizar los registros.
Ejemplo aplicadoProducto, proveedor, almacén y movimiento de inventario pueden vincularse con identificadores y reglas comunes.
04Gobierno
Cuida la calidad durante todo el ciclo
La gestión de información establece políticas y procesos para mantener los datos accesibles, consistentes, útiles y protegidos.
Ejemplo aplicadoAcordar quién mantiene el código de producto evita que compras y almacén registren el mismo artículo con nombres distintos.
Sigue aprendiendo
Un video para llevarlo a la práctica
YouTubeGOTO Conferences · Gregor HohpeEnterprise Architecture: Architecting the Enterprise?Una charla sobre el papel de arquitectura empresarial al conectar estrategia y tecnología.Ver video 03Tema 3 · Infraestructura y nubeHardware, cloud, virtualización, redes y seguridadAbrir tema
Tema 3 · Infraestructura de TI y Cloud Computing
Dónde se ejecutan los sistemas y cómo se protegen
3.1Fundamentos
Hardware y software
La infraestructura de TI combina recursos físicos y lógicos que permiten ejecutar aplicaciones, almacenar información y conectar usuarios.
EjemploServidor o PC, sistema operativo, aplicación de inventario, red y personal que mantiene la operación.
Importa porque: una falla en cualquier componente puede afectar la continuidad del servicio.
3.2Nube
IaaS, PaaS y SaaS
Son modelos de servicio cloud con distintas responsabilidades. IaaS entrega recursos de infraestructura; PaaS, una plataforma administrada; SaaS, una aplicación lista para usar.
Atajo para recordarDe IaaS a SaaS, el proveedor administra una parte cada vez mayor de la plataforma.
Evaluar: control necesario, habilidades del equipo, costo total, disponibilidad y dependencia del proveedor.
3.3Ejecución
Virtualización y contenedores
La virtualización permite crear máquinas virtuales sobre un equipo físico mediante un hipervisor. Los contenedores empaquetan una aplicación y sus dependencias en un entorno aislado.
Idea claveAmbos ayudan a aprovechar recursos y repetir entornos; resuelven problemas relacionados, pero no son lo mismo.
Beneficio posible: despliegues más consistentes y mejor uso de infraestructura, con complejidad operativa adicional.
3.4Seguridad
Redes y ciberseguridad en la nube
Las redes conectan usuarios y servicios. La seguridad analiza amenazas y vulnerabilidades y aplica controles para proteger confidencialidad, integridad y disponibilidad.
Controles comunesAcceso con privilegio mínimo, cifrado, segmentación, copias de respaldo y monitoreo.
No olvidar: trasladar un sistema a la nube no elimina la responsabilidad de protegerlo.
Para profundizar · Tema 3
Evalúa la nube junto con sus responsabilidades
La decisión cloud combina elasticidad y acceso bajo demanda con control, costos, disponibilidad y seguridad. El proveedor no elimina la responsabilidad de la organización.
01Elasticidad
Ajusta recursos a la demanda
La nube permite ampliar o reducir capacidad sin mantener toda la infraestructura física para el pico máximo. El beneficio depende de dimensionar y vigilar el uso.
Ejemplo aplicadoUna tienda puede preparar más capacidad para una campaña y reducirla cuando el tráfico vuelve a su nivel habitual.
02Servicio
Compara IaaS, PaaS y SaaS
IaaS ofrece infraestructura, PaaS una plataforma para desarrollar y desplegar, y SaaS una aplicación lista para usar. A medida que el proveedor administra más capas, cambia el control disponible.
Ejemplo aplicadoElige según la personalización que necesitas y la capacidad del equipo para operar cada capa.
03Red
Selecciona una topología coherente
Una red pública comparte infraestructura del proveedor; una privada reserva recursos para la organización; una híbrida combina ambos entornos.
Ejemplo aplicadoClasifica datos y dependencias antes de decidir qué servicios pueden convivir en cada entorno.
04Seguridad
Reduce accesos y exposición
El material destaca contraseñas reutilizadas, software desactualizado y permisos excesivos. MFA, cifrado, actualizaciones y privilegio mínimo reducen riesgos comunes.
Ejemplo aplicadoRevisa quién accede a cada recurso y cifra la información tanto al almacenarla como al transmitirla.
Sigue aprendiendo
Un video para llevarlo a la práctica
YouTubeAlberto López · Ciberseguridad y Sistemas de Información¿Qué es IaaS, PaaS y SaaS?Repasa los modelos de servicio cloud y las distintas responsabilidades de gestión.Ver video 04Tema 4 · Procesos y automatizaciónBPM, BPMN, BPMS, ERP y CRMAbrir tema
Tema 4 · Procesos, BPMN y automatización
Entender el trabajo antes de automatizarlo
4.1BPM
Gestión de procesos de negocio
BPM es una disciplina para identificar, modelar, analizar, mejorar y monitorear procesos de forma continua, alineándolos con objetivos organizacionales.
En almacénMedir cuánto demora la recepción y cuántas diferencias de inventario se detectan antes de rediseñar el flujo.
Orden recomendado: entender el proceso actual, encontrar causas y definir la mejora.
4.2Modelado
BPMN 2.0
Notación visual estándar para representar procesos. Eventos marcan inicio, espera o cierre; tareas representan trabajo; compuertas muestran decisiones o rutas.
En un diagramaUna compuerta puede separar “mercadería conforme” de “reportar diferencia al proveedor”.
También ayuda: carriles pueden mostrar quién realiza cada actividad y dónde ocurre un traspaso.
4.3Automatización
BPMS
Una plataforma BPMS permite modelar y ejecutar flujos de trabajo, asignar tareas, aplicar reglas y observar el desempeño del proceso.
EjemploAl registrar una recepción, enviar una tarea de aprobación cuando la cantidad no coincide con la orden.
Precaución: automatizar un flujo confuso puede acelerar errores; primero analiza el proceso.
4.4Integración
Procesos, ERP y CRM
Un ERP integra procesos internos como compras e inventario; un CRM organiza información e interacciones con clientes. Su valor depende de cómo apoyan la estrategia.
En logísticaUna venta puede iniciar preparación, rebajar stock y actualizar al cliente sobre la entrega.
Conexión: alinear proceso, datos y sistemas evita registros aislados entre áreas.
Para profundizar · Tema 4
Mejora el proceso antes de automatizarlo
BPM organiza la mejora continua; BPMN hace visible el flujo y un BPMS puede ejecutarlo y medirlo. El modelo debe explicar el trabajo real y sus responsables.
01BPM
Recorre el ciclo completo
El ciclo de vida incluye diseño, modelado, ejecución, monitoreo y mejora. Medir el estado actual ayuda a distinguir causas de síntomas.
Ejemplo aplicadoEn recepción, mide tiempos y diferencias de inventario antes de rediseñar la aprobación.
02BPMN
Representa eventos, tareas y decisiones
Los eventos marcan desencadenantes; las tareas muestran trabajo; las compuertas separan rutas según una condición. Los conectores dejan clara la secuencia.
Ejemplo aplicadoUna compuerta separa “cantidad recibida coincide” de “registrar diferencia y avisar al proveedor”.
03Roles
Usa pools y lanes para mostrar quién actúa
Pools representan participantes y lanes organizan áreas o roles. Los artefactos agregan datos, documentos o anotaciones para aclarar el contexto.
Ejemplo aplicadoUn diagrama puede separar proveedor, almacén y compras, y señalar la orden de compra usada en cada traspaso.
04Automatización
Conecta el flujo con sistemas y métricas
Un BPMS puede asignar tareas, aplicar reglas y monitorear estados. ERP y CRM aportan registros de operación y relación con clientes.
Ejemplo aplicadoUna recepción fuera de tolerancia genera una revisión y deja trazabilidad de la decisión.
Sigue aprendiendo
Un video para llevarlo a la práctica
YouTubeSeysModelado de procesos de negocio con BPMN 2.0Ejemplos y buenas prácticas de modelado de procesos con Bizagi Modeler.Ver video 05Tema 5 · Servicios y APIsSOA, microservicios, integración y seguridadAbrir tema
Tema 5 · SOA, microservicios y APIs
Servicios conectados con límites y responsabilidades claras
5.1Planificación
Planificación de arquitectura de TI
Convierte necesidades del negocio en un plan de evolución con alcance, prioridades, responsables, dependencias e hitos. El Gantt puede ayudar a visualizar tiempos y secuencia.
En almacénPrimero corregir datos de productos; luego integrar compras e inventario; después evaluar automatizaciones.
En el material: también aparece una introducción a SOA como organización de capacidades en servicios reutilizables.
5.2Arquitectura
Microservicios
Divide una aplicación en servicios pequeños con responsabilidades delimitadas que pueden desarrollarse y desplegarse de manera independiente.
Ejemplo conceptualServicios de catálogo, pedidos e inventario podrían tener límites distintos y comunicarse mediante APIs.
Trade-off: puede aumentar autonomía, pero también agrega monitoreo, redes, seguridad y consistencia distribuida.
5.3Integración
APIs y su gestión
Una API define una forma acordada para que un sistema solicite datos o funciones de otro sin depender de sus detalles internos.
En logísticaUna tienda consulta disponibilidad del inventario para mostrar stock antes de confirmar un pedido.
Gestionar APIs implica: diseñar, documentar, controlar acceso, versionar y monitorear su uso.
5.4Seguridad
Seguridad en SOA y microservicios
Más servicios y conexiones significan más puntos que proteger. Deben controlarse identidad, permisos, transporte y exposición de datos.
Buenas prácticas estudiadasHTTPS, autorización con OAuth 2.0/JWT cuando corresponde, privilegio mínimo y monitoreo.
La clave: aplicar controles coherentes en cada servicio y en sus comunicaciones.
Nota sobre la numeración: el sílabo ubica APIs en 5.2 y seguridad SOA/microservicios en 5.3; los archivos de la carpeta muestran microservicios como 5.2, APIs como 5.3 y seguridad SOA/microservicios como 5.4. Para tareas y evaluaciones, contrasta con el sílabo.
Para profundizar · Tema 5
Integra servicios sin perder control operativo
Las APIs conectan aplicaciones mediante contratos explícitos. Los microservicios permiten evolucionar capacidades por separado, pero añaden exigencias de seguridad y operación.
01APIs
Define contratos para intercambiar datos
Una API evita que una aplicación dependa de los detalles internos de otra. Reutilización, interoperabilidad y desarrollo más ágil son beneficios cuando el contrato se mantiene claro.
Ejemplo aplicadoLa app de ventas consulta disponibilidad mediante una API y no accede directamente a la base de inventario.
02Límites
Divide por capacidad de negocio
Cada microservicio debe atender una función delimitada, mantener cohesión interna y reducir dependencias externas.
Ejemplo aplicadoCatálogo, pedidos y pagos son límites posibles; cada uno puede evolucionar sin desplegar toda la aplicación.
03Gateway
Centraliza tareas de entrada
El API Gateway recibe solicitudes y puede encargarse de autenticación, enrutamiento, registro de actividad y control de acceso.
Ejemplo aplicadoUna aplicación móvil usa un punto de entrada que dirige cada solicitud al servicio correspondiente.
04Resiliencia
Diseña para fallos parciales
Monitoreo, trazabilidad, validaciones, manejo de excepciones y pruebas automatizadas ayudan a detectar fallos y mantener el servicio ante interrupciones parciales.
Ejemplo aplicadoSi pagos no responde, la tienda conserva el pedido en estado pendiente y permite revisar la causa.
Sigue aprendiendo
Un video para llevarlo a la práctica
YouTubeIBM TechnologyWhat are Microservices?Compara la arquitectura monolítica y los microservicios con un ejemplo guiado.Ver video 06Tema 6 · Datos y analíticaModelado, Big Data, procesamiento y BIAbrir tema
Tema 6 · Arquitectura de datos y Big Data
De los registros operativos a decisiones informadas
6.1Modelos
Relacional, NoSQL y Data Warehouse
El modelo relacional organiza datos en tablas relacionadas; NoSQL agrupa modelos no relacionales para necesidades como documentos, grafos o columnas; un Data Warehouse integra datos históricos para análisis.
En logísticaTransacciones de stock suelen requerir registros consistentes; tendencias de varios años pueden analizarse en un almacén de datos.
Elección: depende de estructura, consultas, consistencia y propósito del sistema.
6.2Escala
Big Data y las 3 V
Big Data aborda datos cuya escala o complejidad requiere enfoques de almacenamiento y procesamiento especializados. El curso destaca volumen, velocidad y variedad.
En logísticaMuchas lecturas de sensores, movimientos y pedidos en formatos distintos pueden aumentar volumen, velocidad y variedad.
Recuerda: tener muchos datos no garantiza que sean correctos ni que produzcan una buena decisión.
6.3Procesamiento
Hadoop y Spark
Son tecnologías vinculadas al procesamiento distribuido. La idea general es repartir almacenamiento o trabajo entre varios nodos para tratar grandes conjuntos de datos.
AnalogíaEn vez de que una sola persona cuente todo el almacén, varios equipos procesan partes y después reúnen los resultados.
En el curso: distinguir computación distribuida de paralela y reconocer el propósito de estas herramientas.
6.4Decisiones
Analítica y Business Intelligence
BI reúne datos, reportes y visualizaciones para apoyar decisiones. La analítica puede describir qué ocurrió, diagnosticar por qué, predecir qué podría ocurrir y orientar qué acción conviene evaluar.
En inventarioReporte de ventas → causa de quiebre → pronóstico de demanda → evaluar una reposición.
Flujo: los indicadores sirven cuando responden preguntas concretas del negocio.
Para profundizar · Tema 6
Elige el modelo de datos por el uso esperado
Los sistemas operativos y los analíticos responden preguntas distintas. Combinar modelos requiere cuidar integración, calidad, costos y propósito.
01Relacional
Mantén transacciones estructuradas
Tablas, filas, columnas y relaciones ayudan a mantener consistencia en registros operativos como ventas, pagos y ERP.
Ejemplo aplicadoUna venta referencia un cliente y varias líneas de producto con cantidades y precios.
02NoSQL
Adapta el almacenamiento a los datos
Los modelos NoSQL cubren estructuras como documentos, grafos o columnas y pueden servir cuando hay datos semiestructurados, variedad o necesidad de escalar horizontalmente.
Ejemplo aplicadoEventos de sensores pueden conservar campos variables sin obligar a que cada lectura tenga la misma forma.
03Analítica
Consolida historia para medir resultados
Un Data Warehouse integra datos históricos de varias fuentes para análisis y reportes ejecutivos, como indicadores clave de desempeño.
Ejemplo aplicadoVentas, llamadas y reclamos reunidos permiten revisar tendencias de servicio por periodo.
04Big Data
Aplícalo cuando volumen, velocidad o variedad lo exijan
Puede habilitar análisis en tiempo real, personalización, optimización e innovación. También exige inversión, talento, gobierno de datos y cuidados de privacidad.
Ejemplo aplicadoMonitoreo de flotas, millones de registros de comercio y analítica predictiva son escenarios que el material propone evaluar.
Basado en el material del curso:Modelado relacional, NoSQL y Data WarehouseBig Data: concepto y características
Sigue aprendiendo
Un video para llevarlo a la práctica
YouTubeIBM TechnologyBig Data ExplainedIntroducción visual a la evolución de Big Data y la analítica.Ver video 07Tema 7 · Gobierno y tecnologías emergentesIA, IoT, blockchain, ética y gobierno de TIAbrir tema
Tema 7 · Tecnologías emergentes y gobierno
Innovar con control, responsabilidad y propósito
7.1IA y ML
Inteligencia artificial y aprendizaje automático
IA es el campo amplio de sistemas que realizan tareas asociadas a capacidades humanas. ML es un enfoque que aprende patrones a partir de datos.
En logísticaUn modelo puede estimar demanda; el personal debe revisar datos, errores y consecuencias antes de usar el resultado.
Preguntas de arquitectura: ¿qué datos usa?, ¿quién responde por la decisión?, ¿cómo se detectan errores o sesgos?
7.2IoT y Blockchain
IoT y Blockchain
IoT conecta objetos y sensores para capturar e intercambiar datos. Blockchain mantiene registros compartidos cuyo historial es difícil de alterar bajo las reglas de la red.
Usos posiblesSensores para temperatura y ubicación; registro compartido de eventos de trazabilidad entre participantes.
Evaluar antes de adoptar: costo, privacidad, integración, mantenimiento y si el problema realmente necesita esa tecnología.
7.3Gobierno
Gobierno de arquitectura de TI
Define principios, roles, procesos y mecanismos de supervisión para que las decisiones de TI sigan alineadas con los objetivos y controles de la organización.
En una empresaEstablecer quién aprueba integraciones, qué estándares deben cumplir y cómo se revisan riesgos y resultados.
Resultado buscado: decisiones claras, responsabilidades visibles y cambios sostenibles.
7.4Ética
Ética y sostenibilidad en TI
Las decisiones tecnológicas deben cuidar derechos y bienestar, considerando privacidad, protección de datos, sesgos, transparencia, seguridad y efectos ambientales y económicos.
Antes de automatizarComprobar si los datos son pertinentes, quién puede verlos y cómo una decisión errónea afectaría a las personas.
Responsabilidad profesional: explicar límites, reducir riesgos y monitorear impactos después del despliegue.
Conexión con la evaluación final
“Cuando la Nube Decide el Futuro del Banco”
El caso plantea migrar a la nube y microservicios con rapidez, aunque el 68 % de los procesos críticos depende de sistemas legacy con integraciones no documentadas y existen 2,3 millones de clientes digitales activos.
Una decisión responsable debe: mapear los cuatro dominios, documentar aplicaciones y datos, identificar riesgos y obligaciones, proteger la información y asegurar continuidad antes de avanzar por etapas.
Para profundizar · Tema 7
Innova con controles y resultados verificables
La tecnología emergente aporta valor cuando responde a una necesidad, usa datos confiables y opera bajo responsabilidades, métricas y reglas claras.
01IA y ML
Distingue capacidad de método
La IA aborda tareas como reconocer patrones, apoyar decisiones o procesar lenguaje; el aprendizaje automático permite que un sistema aprenda patrones a partir de datos.
Ejemplo aplicadoAnalizar ventas para sugerir inventario o reconocer patrones de fraude son ejemplos del material.
02Impacto
Mide beneficios y riesgos juntos
La IA puede mejorar eficiencia, reducir errores y personalizar servicios. Los costos, la calidad de datos, el talento especializado y los sesgos son riesgos de adopción.
Ejemplo aplicadoAntes de usar una recomendación automática, revisa calidad de datos, errores y quién responde por la decisión.
03Gobierno
Aclara quién decide y con qué criterios
El gobierno reúne estructuras o comités, principios, procesos, políticas, métricas, roles y responsabilidades para mantener la arquitectura alineada al negocio.
Ejemplo aplicadoUn comité puede revisar seguridad, interoperabilidad y costo antes de aprobar un proyecto de IA.
04Seguimiento
Convierte principios en evidencia
Indicadores de costo, tiempo, calidad y seguridad permiten comprobar si una solución aporta valor y si sigue dentro de los límites acordados.
Ejemplo aplicadoDefine línea base, responsable, umbral de riesgo y fecha de revisión antes de escalar un piloto.
Sigue aprendiendo
Un video para llevarlo a la práctica
YouTubeIBM TechnologyAI, Machine Learning, Deep Learning and Generative AIDistingue IA, aprendizaje automático, deep learning y modelos generativos.Ver video EFCaso de evaluación · Migración bancariaAplicación integrada de arquitectura, riesgos y gobiernoAbrir caso
Caso de evaluación final · UAIN1017V
Cuando la nube decide el futuro del banco
Hechos del caso en Drive
La propuesta busca migrar el core bancario a microservicios en nube pública antes del cierre del año fiscal.
El material del curso identifica una condición crítica: el 68 % de los procesos críticos depende de sistemas legacy con integraciones sin estándar documentado, con continuidad para más de 2,3 millones de clientes digitales en juego.
Dictamen preliminar
No conviene aprobar una migración integral acelerada con el mapa actual. La recomendación es condicionar la inversión a una línea base verificable y avanzar por dominios y oleadas, con criterios de salida, reversa y continuidad.
01
Semana 1 · ConocerMapear procesos, datos, aplicaciones, dependencias y responsables.
02
Semana 2 · EvaluarPriorizar riesgos, seguridad, regulación, costos, impacto y alternativas.
03
Semana 3 · DecidirPresentar arquitectura objetivo, oleadas, controles y métricas al comité.
SOCIALClientes
Continuidad y confianza
Una interrupción puede impedir pagos o consultas. Define objetivos de recuperación, pruebas de restauración, comunicación al cliente y operación degradada antes de cada corte.
ECONÓMICOOrganización
Costo total y dependencia
Compara infraestructura, migración, operación paralela, observabilidad, seguridad, transferencia de datos y salida del proveedor; no uses solo el ahorro de servidores como caso de negocio.
AMBIENTALSostenibilidad
Uso responsable de recursos
Incluye consumo y eficiencia energética en la evaluación; mide carga real y dimensiona servicios para evitar capacidad ociosa y replicación de datos innecesaria.
CONTROLGobierno
Condiciones antes de migrar
Inventario y clasificación de datos, identidad con privilegio mínimo, cifrado, registros auditables, pruebas de seguridad, responsables de riesgo y plan probado de reversa.
Las cifras y condiciones anteriores provienen del caso de evaluación final del curso; las recomendaciones son una síntesis de análisis para estudio, no una conclusión sobre la situación real de una entidad.
R1Repaso · FundamentosPreguntas rápidas para comprobar lo esencial del Tema 1Abrir repaso
Repaso activo · Tema 1
Comprueba si puedes explicar los fundamentos
¿La arquitectura empresarial solo trata de tecnología?
No. También considera estrategia, procesos, información, personas y la relación entre esos componentes.
¿Qué representan los cuatro dominios?
Negocio: objetivos y procesos. Datos: información. Aplicaciones: sistemas. Tecnología: infraestructura que los soporta.
¿Cuál es la diferencia básica entre Zachman y TOGAF?
Zachman organiza preguntas y perspectivas en una matriz; TOGAF propone un método iterativo para desarrollar y gestionar arquitectura.
¿Cuándo tiene sentido FEA?
Cuando varias entidades autónomas necesitan trabajar con estándares comunes, intercambiar información y compartir recursos.
Qué recordar: empieza por los objetivos y problemas de la organización; mapea procesos, datos y sistemas; luego evalúa qué cambio tecnológico tiene sentido.
GLGlosario de consultaDefiniciones breves de los conceptos de los siete temasBuscar término
Consulta rápida · Temas 1 al 7
Glosario de arquitectura empresarial
Abre un término para ver una definición breve. Usa la búsqueda superior y el filtro por tema para encontrarlo con rapidez.
Arquitectura Empresarial (AE)Tema 1 · Fundamentos
Descripción estructurada de cómo se conectan estrategia, procesos, información, personas y tecnología para lograr objetivos organizacionales.
Dominios de arquitecturaTema 1 · Fundamentos
Perspectivas relacionadas para analizar la empresa: negocio, datos, aplicaciones y tecnología.
ZachmanTema 1 · Fundamentos
Esquema de clasificación que organiza preguntas y perspectivas para describir una arquitectura con distintos niveles de detalle.
TOGAFTema 1 · Fundamentos
Marco de referencia que ayuda a desarrollar, planificar y gobernar arquitecturas empresariales.
ADMTema 1 · Fundamentos
Método iterativo de TOGAF para desarrollar y gestionar una arquitectura, desde la visión hasta la gobernanza del cambio.
FEATema 1 · Fundamentos
Enfoque de arquitectura federal que busca alinear y coordinar entidades mediante referencias y prácticas comunes.
Business Model CanvasTema 2 · Dominios
Herramienta visual para resumir cómo una organización crea, entrega y captura valor.
Arquitectura de datosTema 2 · Dominios
Define qué datos necesita la organización, cómo se relacionan, almacenan, protegen y mantienen consistentes.
Cloud ComputingTema 3 · Nube
Uso de recursos informáticos disponibles como servicios a través de una red, con capacidad de ajustar recursos según la necesidad.
IaaSTema 3 · Nube
Infraestructura como servicio: el proveedor ofrece recursos como cómputo, almacenamiento y redes; el cliente administra más componentes que en otros modelos cloud.
PaaSTema 3 · Nube
Plataforma como servicio: el proveedor administra la plataforma para desarrollar o ejecutar aplicaciones; el cliente se concentra más en el código y los datos.
SaaSTema 3 · Nube
Software como servicio: aplicación lista para usar y administrada en gran parte por el proveedor.
VirtualizaciónTema 3 · Nube
Técnica que permite ejecutar entornos virtuales, como máquinas virtuales, sobre recursos físicos compartidos.
ContenedoresTema 3 · Nube
Empaquetan una aplicación con sus dependencias para ejecutarla de forma aislada y más consistente entre entornos.
BPMTema 4 · Procesos
Disciplina para identificar, modelar, analizar, mejorar y monitorear procesos de negocio de manera continua.
BPMNTema 4 · Procesos
Notación gráfica para representar procesos con elementos como eventos, tareas, compuertas y carriles.
BPMSTema 4 · Procesos
Plataforma para modelar y ejecutar flujos de trabajo, asignar tareas y observar su desempeño.
ERP y CRMTema 4 · Procesos
Un ERP integra procesos internos, como compras e inventario; un CRM organiza información e interacciones con clientes.
SOATema 5 · Servicios y APIs
Estilo de arquitectura que organiza capacidades de software como servicios con contratos definidos y posibilidad de reutilización.
MicroserviciosTema 5 · Servicios y APIs
Enfoque que divide una aplicación en servicios con responsabilidades delimitadas, que pueden desplegarse de forma independiente.
APITema 5 · Servicios y APIs
Contrato que define cómo un sistema puede solicitar datos o funciones de otro sin depender de sus detalles internos.
API GatewayTema 5 · Servicios y APIs
Componente que recibe solicitudes de APIs y puede centralizar tareas como enrutamiento, autenticación y límites de consumo.
Data WarehouseTema 6 · Datos
Almacén que integra datos históricos de distintas fuentes para consultas y análisis organizacional.
Big Data y las 3 VTema 6 · Datos
Enfoques para trabajar con datos de escala o complejidad elevada. El curso destaca volumen, velocidad y variedad.
Hadoop y SparkTema 6 · Datos
Tecnologías asociadas al almacenamiento y procesamiento distribuido de grandes conjuntos de datos.
BI y analíticaTema 6 · Datos
Business Intelligence reúne datos, reportes y visualizaciones para comprender resultados y apoyar decisiones.
IA y Machine LearningTema 7 · Emergentes y gobierno
La inteligencia artificial es un campo amplio; Machine Learning es un enfoque que aprende patrones a partir de datos.
IoTTema 7 · Emergentes y gobierno
Internet de las Cosas: objetos y sensores conectados que capturan o intercambian datos.
BlockchainTema 7 · Emergentes y gobierno
Registro compartido cuyo historial es difícil de alterar bajo las reglas de la red; puede apoyar ciertos casos de trazabilidad.
Gobierno de TITema 7 · Emergentes y gobierno
Define principios, roles y mecanismos de supervisión para alinear decisiones tecnológicas con objetivos y controles.
Ética y sostenibilidad en TITema 7 · Emergentes y gobierno
Evaluación de efectos tecnológicos sobre personas y entorno, incluyendo privacidad, sesgos, seguridad, transparencia e impacto ambiental.
✓Repaso general del cursoPreguntas de integración y mapa mental finalAbrir repaso
Cierre · Los siete temas conectados
Comprueba que puedes recorrer el razonamiento completo
¿Por qué no conviene empezar el análisis eligiendo una tecnología?
Porque primero hay que entender el objetivo, el proceso y el problema. Después se comparan alternativas de datos, aplicaciones e infraestructura.
¿BPM y BPMN significan lo mismo?
No. BPM es la gestión continua de procesos; BPMN es una notación visual para modelarlos.
¿Qué diferencia general hay entre una API y un microservicio?
Una API es un contrato de comunicación. Un microservicio es una unidad de software con una responsabilidad delimitada; puede exponer una API.
¿Cuándo conviene pensar en Big Data?
Cuando volumen, velocidad o variedad hacen que las herramientas tradicionales no cubran bien las necesidades. Evalúa el problema antes de adoptar una plataforma.
¿Qué agrega el gobierno de TI a una decisión arquitectónica?
Define quién decide, qué principios y controles aplican, y cómo se comprueba que la solución sigue alineada con los objetivos.
¿Qué debe revisarse antes de usar IA con datos de clientes?
La pertinencia y calidad de datos, privacidad, sesgos, explicabilidad, seguridad, responsabilidad y posibles impactos.
Mapa mental del curso: objetivos del negocio → procesos → datos y aplicaciones → infraestructura → integración y análisis → gobierno, ética y mejora continua.
↗Fuentes del cursoArchivos de Drive y materiales de referenciaVer fuentes
Trazabilidad
Material del curso consultado
Esta guía sintetiza los conceptos de los siete temas y el caso de evaluación final. Las carpetas de Drive requieren acceso autorizado.
- Tema 1.1 · Definición y alcance de la arquitectura empresarial
- Tema 1.2 · Necesidad y beneficios
- Tema 1.3 · Zachman y TOGAF
- Tema 1.4 · Arquitectura Federal Empresarial (FEA)
- Tema 2 · Modelos y dominios
- Tema 3 · Infraestructura y nube
- Tema 4 · Procesos y automatización
- Tema 5 · SOA, microservicios y APIs
- Tema 6 · Datos y Big Data
- Tema 7 · Tecnologías emergentes y gobierno
- Tema 2.1 · Arquitectura de negocio
- Tema 2.2 · Arquitectura de datos
- Tema 2.3 · Arquitectura de aplicaciones
- Tema 2.4 · Arquitectura tecnológica
- Tema 3.2 · Modelos de servicio cloud
- Tema 3.4 · Redes y ciberseguridad en la nube
- Tema 4.1 · Gestión de procesos de negocio
- Tema 4.2 · BPMN 2.0
- Tema 4.3 · Automatización BPMS
- Tema 4.4 · ERP, CRM y procesos
- Tema 5.1 · Planificación de arquitectura de TI
- Tema 5.2 · Microservicios
- Tema 5.3 · APIs y gestión de APIs
- Tema 5.4 · Seguridad en SOA y microservicios
- Tema 6.1 · Modelado y almacenes de datos
- Tema 6.2 · Big Data
- Tema 6.3 · Hadoop y Spark
- Tema 6.4 · Analítica y Business Intelligence
- Tema 7.1 · Inteligencia artificial y aprendizaje automático
- Tema 7.2 · IoT y Blockchain
- Tema 7.3 · Gobierno de arquitectura de TI
- Tema 7.4 · Consideraciones éticas en TI
- Sílabo del curso · Arquitectura Empresarial de TI
- Evaluación final · Caso del banco y migración a nube
Práctica guiada · 120 preguntas
Cuatro cuestionarios para avanzar paso a paso
Cada cuestionario tiene 30 preguntas con respuestas explicadas. Intenta responder antes de abrir cada solución: el recorrido progresa desde conceptos fundamentales hasta decisiones integrales de arquitectura.
01Comprender los fundamentosReconocer conceptos y explicar para qué sirven.
Empieza definiendo las ideas con tus palabras. Después compara tu respuesta con la explicación propuesta.
Marca cómo te fue al revisar cada respuesta.
01¿Qué es la arquitectura empresarial de TI?Ver respuesta
Respuesta desarrolladaEs una descripción coherente de la organización y de cómo se relacionan su estrategia, capacidades, procesos, información, aplicaciones y tecnología. Sirve para orientar cambios y decisiones hacia objetivos comunes, en vez de optimizar sistemas aislados.
¿Cómo te fue?02¿Por qué la arquitectura debe partir de los objetivos del negocio?Ver respuesta
Respuesta desarrolladaPorque la tecnología solo aporta valor cuando resuelve una necesidad organizacional concreta. Partir de objetivos permite priorizar capacidades, procesos y resultados antes de elegir productos o plataformas.
¿Cómo te fue?03¿Cuáles son los cuatro dominios arquitectónicos más habituales?Ver respuesta
Respuesta desarrolladaNegocio, datos, aplicaciones y tecnología. El dominio de negocio explica capacidades y procesos; datos describe la información; aplicaciones identifica los sistemas; tecnología define las plataformas que los ejecutan y conectan.
¿Cómo te fue?04¿Qué diferencia hay entre una capacidad de negocio y un proceso?Ver respuesta
Respuesta desarrolladaUna capacidad expresa lo que una organización debe poder hacer, como gestionar pedidos, y suele mantenerse estable. Un proceso detalla el trabajo que se ejecuta para ejercer esa capacidad, con actividades, responsables, entradas y resultados.
¿Cómo te fue?05¿Qué es un principio de arquitectura?Ver respuesta
Respuesta desarrolladaEs una regla orientadora que ayuda a tomar decisiones consistentes, por ejemplo “los datos críticos tienen una fuente autorizada”. Debe ser comprensible, aplicable y estar vinculado con una necesidad o riesgo real.
¿Cómo te fue?06¿Qué es un artefacto arquitectónico?Ver respuesta
Respuesta desarrolladaEs un producto de trabajo que representa una parte de la arquitectura, como un mapa de capacidades, un catálogo de aplicaciones o un diagrama de integración. Se crea para responder preguntas de interesados y apoyar una decisión.
¿Cómo te fue?07¿Qué aportan los interesados o stakeholders al trabajo de arquitectura?Ver respuesta
Respuesta desarrolladaExplican objetivos, restricciones, preocupaciones y criterios de éxito desde distintas perspectivas. Involucrarlos temprano ayuda a detectar conflictos, validar supuestos y diseñar soluciones que puedan adoptarse.
¿Cómo te fue?08¿En qué se diferencian Zachman y TOGAF?Ver respuesta
Respuesta desarrolladaZachman organiza preguntas y perspectivas para clasificar descripciones de arquitectura; no prescribe por sí solo un ciclo de implementación. TOGAF ofrece un marco y un método de desarrollo, como ADM, para crear, gobernar y evolucionar arquitecturas.
¿Cómo te fue?09¿Qué significa ADM dentro de TOGAF?Ver respuesta
Respuesta desarrolladaEl Architecture Development Method es un ciclo para desarrollar y gestionar arquitectura, desde la visión y los dominios hasta la planificación de migración, gobierno y gestión del cambio. Puede adaptarse e iterarse según el contexto del proyecto.
¿Cómo te fue?10¿Qué son la arquitectura base y la arquitectura objetivo?Ver respuesta
Respuesta desarrolladaLa base describe cómo opera la organización hoy; la objetivo expresa el estado deseado para responder a una necesidad. Compararlas permite identificar brechas, dependencias, riesgos y cambios necesarios.
¿Cómo te fue?11¿Qué es una brecha arquitectónica?Ver respuesta
Respuesta desarrolladaEs una diferencia relevante entre el estado actual y el futuro deseado, como una capacidad ausente, datos duplicados o una integración manual. Una brecha bien descrita indica el resultado que falta, no solamente una herramienta que se quiere comprar.
¿Cómo te fue?12¿Para qué sirve una hoja de ruta de arquitectura?Ver respuesta
Respuesta desarrolladaOrdena iniciativas y transiciones para llegar al estado objetivo de forma viable. Considera dependencias, beneficios, costos, riesgos, capacidad del equipo y resultados intermedios.
¿Cómo te fue?13¿Qué caracteriza a la Arquitectura Federal Empresarial (FEA)?Ver respuesta
Respuesta desarrolladaFEA es una referencia para describir y comparar arquitecturas del sector público a través de modelos comunes y orientación a resultados. Facilita coordinación, reutilización y análisis entre entidades, respetando sus responsabilidades.
¿Cómo te fue?14¿Qué es la arquitectura de negocio?Ver respuesta
Respuesta desarrolladaDescribe estrategia, capacidades, estructura, actores y procesos que producen valor. Ayuda a entender qué debe hacer la organización y cómo se relaciona el trabajo con sus objetivos.
¿Cómo te fue?15¿Qué decisiones cubre la arquitectura de datos?Ver respuesta
Respuesta desarrolladaDefine qué información existe, cómo se estructura y relaciona, quién la administra, dónde se almacena y cómo se protege y comparte. También establece reglas para mantener calidad, consistencia y disponibilidad.
¿Cómo te fue?16¿Qué describe la arquitectura de aplicaciones?Ver respuesta
Respuesta desarrolladaDescribe los sistemas de software, sus responsabilidades, relaciones e intercambios de información. Permite detectar funciones repetidas, dependencias frágiles y oportunidades de integración o retiro.
¿Cómo te fue?17¿Qué incluye la arquitectura tecnológica?Ver respuesta
Respuesta desarrolladaIncluye infraestructura física o cloud, redes, sistemas operativos, plataformas, herramientas y controles técnicos. Su diseño debe satisfacer requisitos de capacidad, seguridad, continuidad, desempeño y operación.
¿Cómo te fue?18¿Qué diferencia hay entre IaaS, PaaS y SaaS?Ver respuesta
Respuesta desarrolladaIaaS ofrece recursos de infraestructura; PaaS agrega una plataforma administrada para desarrollar o ejecutar soluciones; SaaS entrega una aplicación lista para usar. Al pasar hacia SaaS, el proveedor administra más capas y la organización conserva menos control técnico directo.
¿Cómo te fue?19¿Qué es el modelo de responsabilidad compartida en cloud?Ver respuesta
Respuesta desarrolladaDistribuye tareas de protección entre el proveedor y el cliente. El proveedor protege la infraestructura que opera; el cliente sigue siendo responsable, según el servicio, de identidades, configuración, datos y uso seguro.
¿Cómo te fue?20¿En qué se diferencian la virtualización y los contenedores?Ver respuesta
Respuesta desarrolladaLa virtualización ejecuta máquinas virtuales aisladas sobre un hipervisor, cada una con su sistema operativo. Los contenedores aíslan procesos y empaquetan dependencias compartiendo el kernel del host, por lo que suelen ser más ligeros pero requieren controles propios.
¿Cómo te fue?21¿Qué significan confidencialidad, integridad y disponibilidad?Ver respuesta
Respuesta desarrolladaSon objetivos centrales de seguridad: que solo accedan personas autorizadas, que la información conserve exactitud y que esté disponible cuando se necesite. Un control puede ayudar a uno o varios de estos objetivos.
¿Cómo te fue?22¿Qué diferencia hay entre BPM y BPMN?Ver respuesta
Respuesta desarrolladaBPM es la disciplina de gestionar, medir y mejorar procesos de manera continua. BPMN es una notación gráfica estandarizada para representar el flujo de un proceso y facilitar que negocio y tecnología lo comprendan.
¿Cómo te fue?23¿Qué representa una compuerta en BPMN?Ver respuesta
Respuesta desarrolladaRepresenta una decisión, división o sincronización del flujo. Por ejemplo, una compuerta exclusiva envía el proceso por una sola ruta según una condición, mientras que una paralela permite activar varias rutas.
¿Cómo te fue?24¿Qué función cumple un BPMS?Ver respuesta
Respuesta desarrolladaUn Business Process Management System permite modelar, ejecutar, monitorear y mejorar flujos de trabajo. Puede coordinar tareas humanas y automatizadas, aunque no reemplaza el análisis ni el gobierno del proceso.
¿Cómo te fue?25¿En qué se diferencian un ERP y un CRM?Ver respuesta
Respuesta desarrolladaUn ERP integra funciones internas como finanzas, compras, inventario o producción; un CRM gestiona interacciones y relaciones con clientes. Pueden compartir datos mediante integración, pero atienden necesidades distintas.
¿Cómo te fue?26¿Qué es SOA?Ver respuesta
Respuesta desarrolladaLa Arquitectura Orientada a Servicios organiza funcionalidades como servicios con contratos explícitos que pueden reutilizarse. Promueve interoperabilidad y acoplamiento menor, siempre que los contratos, dependencias y políticas se gobiernen.
¿Cómo te fue?27¿Qué es un microservicio?Ver respuesta
Respuesta desarrolladaEs una unidad de software pequeña y desplegable de forma independiente, centrada en una responsabilidad de negocio bien delimitada. No basta con dividir el código: también hay que gestionar datos, comunicación, observabilidad y operación distribuida.
¿Cómo te fue?28¿Qué es una API y qué describe su contrato?Ver respuesta
Respuesta desarrolladaUna API es una interfaz que permite a un sistema solicitar capacidades o datos de otro. Su contrato especifica operaciones, formatos, errores, autenticación y reglas de uso para que los consumidores puedan integrarse de forma predecible.
¿Cómo te fue?29¿Qué es Big Data y qué suelen representar las tres V?Ver respuesta
Respuesta desarrolladaBig Data aborda conjuntos de datos cuya escala o características exceden lo que las herramientas habituales manejan con eficacia. Las tres V son volumen, velocidad y variedad; son dimensiones para evaluar el problema, no una razón automática para adoptar una plataforma nueva.
¿Cómo te fue?30¿Qué aporta el gobierno de TI a las decisiones de arquitectura?Ver respuesta
Respuesta desarrolladaDefine quién decide, qué principios y controles aplican, cómo se gestionan excepciones y cómo se comprueba la alineación con objetivos y riesgos. Así combina autonomía con rendición de cuentas y coherencia.
¿Cómo te fue?
02Aplicar conceptos a situacionesElegir enfoques y justificar decisiones en escenarios concretos.
Explica qué información pedirías, qué alternativa elegirías y por qué. Considera personas, procesos, datos y tecnología.
Marca cómo te fue al revisar cada respuesta.
01Una empresa compra una aplicación porque un competidor la usa. ¿Cómo reorientarías la decisión?Ver respuesta
Respuesta desarrolladaPrimero aclararía qué resultado necesita mejorar y qué evidencia demuestra el problema. Después mapearía la capacidad y el proceso afectados, identificaría requisitos y restricciones, y compararía opciones —incluida no cambiar— con criterios explícitos.
¿Cómo te fue?02Dos áreas registran el mismo cliente con formatos distintos. ¿Qué analizarías desde arquitectura?Ver respuesta
Respuesta desarrolladaIdentificaría quién crea, modifica y consume cada registro, y qué atributos definen a un cliente. Luego propondría reglas de calidad, un identificador común, responsables del dato e integración gradual, sin asumir que una sola base de datos resuelve por sí misma el problema.
¿Cómo te fue?03El equipo de compras vuelve a digitar en inventario las recepciones. ¿Qué oportunidad ves?Ver respuesta
Respuesta desarrolladaHay una ruptura entre actividades y sistemas que genera demora y errores. Modelaría el proceso actual, sus excepciones y el dato de recepción; después diseñaría una integración con validación, trazabilidad y una alternativa manual controlada si falla.
¿Cómo te fue?04Una pyme quiere usar un sistema de ventas sin administrar servidores. ¿Qué modelo cloud evaluarías primero?Ver respuesta
Respuesta desarrolladaSaaS podría ser adecuado si cubre el proceso con configuración razonable, seguridad aceptable y capacidad de integración. Compararía costo total, portabilidad de datos, continuidad, soporte, cumplimiento y responsabilidades antes de contratar.
¿Cómo te fue?05El equipo desarrolla una aplicación pero no quiere mantener sistema operativo ni runtime. ¿Qué servicio cloud podría encajar?Ver respuesta
Respuesta desarrolladaPaaS reduce trabajo de operación de la plataforma y permite enfocarse en el código. Hay que validar lenguajes soportados, redes, escalado, observabilidad, límites de configuración y el costo o dificultad de migrar luego.
¿Cómo te fue?06Una carga requiere configurar sistema operativo, red y almacenamiento. ¿Qué alternativa brinda ese control?Ver respuesta
Respuesta desarrolladaIaaS suele ofrecer control sobre máquinas virtuales, redes y discos, manteniendo el proveedor la infraestructura física. El equipo debe estar preparado para mantener parches, endurecimiento, monitoreo, respaldos y recuperación de las instancias.
¿Cómo te fue?07Una tienda recibe picos de tráfico en campañas estacionales. ¿Cómo evaluarías elasticidad cloud?Ver respuesta
Respuesta desarrolladaMediría carga normal y pico, latencia objetivo y costos por unidad de uso. Diseñaría pruebas de escalado y límites, alertas y mecanismos para evitar crecimiento descontrolado; elasticidad no sustituye la capacidad de la aplicación para distribuir carga.
¿Cómo te fue?08Un servicio de contenedores expone una API administrativa a Internet. ¿Qué controles priorizarías?Ver respuesta
Respuesta desarrolladaReduciría la exposición con redes privadas o listas de acceso, autenticación fuerte y privilegio mínimo. Añadiría actualización de imágenes, gestión de secretos, registro de eventos, escaneo de vulnerabilidades y un plan de respuesta.
¿Cómo te fue?09Un proceso de aprobación tiene muchas devoluciones por datos incompletos. ¿Cómo usarías BPMN?Ver respuesta
Respuesta desarrolladaModelaría el flujo y las rutas de devolución para identificar dónde y por qué falta información. Incorporaría una tarea de validación antes de enviar la solicitud, mostraría errores accionables y mediría rechazos y tiempo de ciclo tras el cambio.
¿Cómo te fue?10Una solicitud se aprueba por montos menores y requiere dos aprobaciones por montos altos. ¿Cómo representarías la regla?Ver respuesta
Respuesta desarrolladaUsaría una compuerta basada en el monto para separar rutas. La ruta menor tendrá una aprobación; la superior, dos tareas de aprobación con sus roles y una condición para detener o escalar si hay rechazo.
¿Cómo te fue?11Una organización quiere automatizar un proceso que cambia cada semana y no tiene responsables claros. ¿Qué harías antes de comprar un BPMS?Ver respuesta
Respuesta desarrolladaAclararía propósito, límites, dueño del proceso, reglas, excepciones y métricas. Primero estabilizaría el flujo mínimo y acordaría responsabilidades; automatizar ambigüedad suele hacer más rápida la confusión.
¿Cómo te fue?12Ventas no ve las existencias actualizadas después de una compra. ¿Qué dominios están implicados?Ver respuesta
Respuesta desarrolladaNegocio porque el pedido depende de la promesa de disponibilidad; datos porque hay que definir el saldo autorizado; aplicaciones por la interacción entre ventas y almacén; y tecnología por disponibilidad y rendimiento de esa integración.
¿Cómo te fue?13La empresa conserva un CRM y un ERP sin sincronización confiable. ¿Qué enfoque tomarías?Ver respuesta
Respuesta desarrolladaDefiniría qué sistema es fuente autorizada para cada entidad, qué eventos deben compartirse y con qué rapidez. Publicaría contratos de integración, manejaría duplicados y errores de forma observable y evitaría crear copias maestras sin reglas de conciliación.
¿Cómo te fue?14Un equipo quiere convertir una aplicación monolítica en veinte microservicios de una vez. ¿Cómo responderías?Ver respuesta
Respuesta desarrolladaPropondría validar primero las fronteras de negocio y los motivos de cambio independiente, escalado o resiliencia. Una extracción gradual de una capacidad bien delimitada permite aprender sobre despliegue, datos y operación antes de asumir el costo distribuido completo.
¿Cómo te fue?15Un socio necesita consultar el estado de pedidos. ¿Qué debes definir en la API?Ver respuesta
Respuesta desarrolladaAcordaría recursos y operaciones, campos y formatos, filtros, errores, autenticación, límites y versionado. También definiría disponibilidad esperada, protección de datos y cómo retirar una versión sin romper a consumidores existentes.
¿Cómo te fue?16Un API key se comparte en un archivo común de texto. ¿Qué corrección planteas?Ver respuesta
Respuesta desarrolladaRevocaría la clave expuesta y emitiría credenciales individuales con alcance y duración adecuados. Las guardaría en un gestor de secretos, rotaría según política y revisaría registros para comprobar si hubo uso no autorizado.
¿Cómo te fue?17Una organización conserva hojas de cálculo que no coinciden con el sistema de ventas. ¿Cómo iniciarías la gestión de calidad de datos?Ver respuesta
Respuesta desarrolladaElegiría un conjunto crítico, perfilaría duplicados, campos nulos y reglas de validez, y acordaría quién puede corregir cada causa. Después fijaría indicadores y controles en el punto de captura para prevenir que el problema reaparezca.
¿Cómo te fue?18La gerencia solicita un tablero de ventas confiable. ¿Qué prepararías antes del BI?Ver respuesta
Respuesta desarrolladaDefiniría preguntas, métricas y significado de cada indicador, por ejemplo si una venta cuenta al emitir pedido o al facturar. Identificaría fuentes, calidad, periodicidad, responsables y permisos; el tablero solo será confiable si esos elementos están gobernados.
¿Cómo te fue?19¿Cuándo convendría usar un almacén de datos en lugar de consultar directamente el sistema transaccional?Ver respuesta
Respuesta desarrolladaCuando se necesitan análisis históricos y combinados que podrían afectar la operación diaria o requieren transformaciones. Separar cargas analíticas ayuda a organizar dimensiones y métricas, pero exige controlar actualización, linaje y diferencias con los registros operativos.
¿Cómo te fue?20Una cámara detecta temperatura de refrigeradores cada segundo. ¿Qué dimensiones Big Data valorarías?Ver respuesta
Respuesta desarrolladaVelocidad por la frecuencia de eventos, volumen acumulado y variedad si se mezclan sensores, productos y ubicaciones. También revisaría calidad del sensor, retención, latencia de alertas y valor de negocio antes de diseñar la plataforma.
¿Cómo te fue?21Una organización quiere usar IA para aprobar solicitudes de crédito. ¿Qué preguntas de gobierno deben preceder a la prueba?Ver respuesta
Respuesta desarrolladaQué decisión apoyará el modelo, qué datos se pueden usar, cómo se detectarán sesgos y quién responde por una decisión adversa. También definiría explicabilidad, supervisión humana, seguridad, evaluación continua y mecanismo de apelación.
¿Cómo te fue?22Una prueba piloto de IA tiene alta precisión promedio, pero falla en un grupo pequeño. ¿Qué significa para la decisión?Ver respuesta
Respuesta desarrolladaEl promedio oculta impactos desiguales y no basta para aprobar el uso. Analizaría errores por subgrupo, calidad y representatividad de datos, consecuencias del fallo y controles; podría limitar el alcance o detener la prueba hasta reducir el riesgo.
¿Cómo te fue?23Un dispositivo IoT envía mediciones a la nube. ¿Qué debe incluir el diseño de extremo a extremo?Ver respuesta
Respuesta desarrolladaIdentidad única del dispositivo, comunicación autenticada y cifrada, firmware actualizable, validación de datos y manejo de desconexiones. También debe definir almacenamiento, alertas, acceso, retención y respuesta ante compromiso del dispositivo.
¿Cómo te fue?24Una entidad pública quiere compartir datos con otra. ¿Cómo aporta FEA?Ver respuesta
Respuesta desarrolladaModelos comunes ayudan a describir servicios, datos y resultados de forma comparable. Aun así, las entidades deben acordar autoridad, permisos, semántica, protección, calidad y acuerdos de intercambio para que la interoperabilidad funcione en la práctica.
¿Cómo te fue?25Se propone una app nueva que duplica funciones de tres sistemas existentes. ¿Qué artefactos ayudarían a decidir?Ver respuesta
Respuesta desarrolladaUn catálogo de aplicaciones y capacidades mostraría cobertura y redundancia; un mapa de interfaces evidenciaría integraciones y dependencias. Complementaría con costo, riesgo, experiencia de usuario y estrategia de ciclo de vida antes de decidir reutilizar, reemplazar o consolidar.
¿Cómo te fue?26Un proveedor SaaS garantiza disponibilidad, pero no ofrece exportación completa de datos. ¿Qué riesgo debe quedar explícito?Ver respuesta
Respuesta desarrolladaLa organización podría quedar bloqueada si cambia el proveedor o este deja de prestar el servicio. Evaluaría formato y frecuencia de exportación, propiedad y eliminación de datos, continuidad, interfaces alternativas, costos de salida y procedimientos de recuperación.
¿Cómo te fue?27Un equipo quiere publicar un servicio interno como API para toda la empresa. ¿Qué gobierno mínimo establecerías?Ver respuesta
Respuesta desarrolladaAsignaría propietario, catálogo y contrato versionado; definiría autenticación, autorización, cuotas, clasificación de datos y niveles de servicio. La revisión de cambios y métricas de uso permitirían mantener compatibilidad y retirar versiones con aviso.
¿Cómo te fue?28Una migración a nube reduce costos de servidores, pero aumenta gastos de transferencia y soporte. ¿Cómo evaluarías el resultado?Ver respuesta
Respuesta desarrolladaCompararía costo total y costo por servicio a lo largo del periodo, incluyendo operación, licencias, red, almacenamiento, respaldo y salida. También mediría beneficios de agilidad y disponibilidad, y ajustaría dimensionamiento y arquitectura según uso observado.
¿Cómo te fue?29¿Cómo verificarías que una mejora de proceso produjo el beneficio esperado?Ver respuesta
Respuesta desarrolladaEstablecería una línea base y métricas ligadas al objetivo, como tiempo de ciclo, errores o satisfacción, con periodos comparables. Revisaría efectos secundarios y validaría con usuarios, porque automatizar un paso puede trasladar la demora a otra parte.
¿Cómo te fue?
03Analizar y evaluar alternativasContrastar trade-offs, riesgos, dependencias y consecuencias.
No hay una opción universal. Explicita supuestos, criterios, impacto sobre los cuatro dominios y condiciones para revisar la decisión.
Marca cómo te fue al revisar cada respuesta.
01¿Cómo priorizarías dos brechas arquitectónicas con beneficios similares pero riesgos distintos?Ver respuesta
Respuesta desarrolladaCompararía urgencia del riesgo, impacto en objetivos, dependencias, esfuerzo y capacidad de mitigación, documentando incertidumbre. Elegiría primero la que reduce exposición crítica o habilita otras iniciativas, y establecería hitos de revisión para no confundir prioridad con irreversibilidad.
¿Cómo te fue?02Una arquitectura objetivo requiere reemplazar un sistema crítico sin ventanas largas de interrupción. ¿Cómo construirías la transición?Ver respuesta
Respuesta desarrolladaDiseñaría estados intermedios con coexistencia temporal, migración por dominios o grupos de usuarios, reconciliación de datos y reversa probada. Cada oleada tendría criterios de entrada y salida, monitoreo, responsable de negocio y un límite para evitar mantener indefinidamente dos soluciones.
¿Cómo te fue?03¿Qué diferencia una decisión arquitectónica reversible de una difícil de revertir y cómo afecta el proceso?Ver respuesta
Respuesta desarrolladaUna decisión reversible puede probarse en pequeño y cambiarse con costo limitado; una difícil de revertir crea dependencias, contratos o compromisos duraderos. La segunda requiere más evidencia, análisis de escenarios, participación de interesados y registro de supuestos antes de aprobarla.
¿Cómo te fue?04Un estándar corporativo mejora consistencia, pero bloquea una necesidad local legítima. ¿Cómo gobernarías la excepción?Ver respuesta
Respuesta desarrolladaSolicitaría una justificación con alcance, riesgo, alternativa al estándar, impacto en interoperabilidad y costo de mantenimiento. La excepción tendría propietario, controles compensatorios, plazo o condición de revisión y una decisión explícita del órgano competente.
¿Cómo te fue?05¿Cómo evitar que un mapa de arquitectura se vuelva obsoleto poco después de publicarlo?Ver respuesta
Respuesta desarrolladaLo vincularía con responsables y procesos de cambio, mantendría un conjunto mínimo de datos útiles y automatizaría captura desde catálogos cuando sea viable. Definiría fecha de revisión, estados de vigencia y evidencia de validación con los equipos que operan los componentes.
¿Cómo te fue?06¿Cuándo centralizar datos maestros y cuándo permitir ownership distribuido?Ver respuesta
Respuesta desarrolladaLa centralización puede mejorar consistencia, control y referencia común, pero también crear cuellos de botella y una única dependencia. Un modelo distribuido con autoridad por dominio, identificadores compartidos, contratos y reglas de calidad puede escalar mejor cuando la autonomía local es necesaria.
¿Cómo te fue?07Un dato debe actualizarse en varios sistemas con distinta disponibilidad. ¿Cómo compararías consistencia inmediata y eventual?Ver respuesta
Respuesta desarrolladaLa consistencia inmediata simplifica algunas decisiones sensibles, pero puede acoplar disponibilidad y latencia de sistemas. La eventual permite autonomía y resiliencia, siempre que el negocio tolere retraso y se diseñen eventos idempotentes, reconciliación, manejo de conflictos y límites de frescura.
¿Cómo te fue?08¿Qué señales indicarían que dividir un monolito en microservicios no es la mejor respuesta?Ver respuesta
Respuesta desarrolladaUn dominio poco entendido, equipo sin capacidad operativa, baja necesidad de escalado independiente y cambios coordinados frecuentes son señales de riesgo. Mejorar modularidad interna, automatizar despliegues y observar cuellos de botella puede entregar valor con menos complejidad distribuida.
¿Cómo te fue?09Un microservicio consume otros cuatro para responder una consulta crítica. ¿Qué riesgos y opciones analizarías?Ver respuesta
Respuesta desarrolladaLa latencia y la disponibilidad se multiplican a través de la cadena, y cada dependencia puede fallar o cambiar. Consideraría consolidar lectura, usar vistas materializadas o eventos, imponer timeout y circuit breaker, y acordar niveles de servicio según frescura requerida.
¿Cómo te fue?10¿Cómo versionarías una API consumida por equipos que no pueden actualizar al mismo tiempo?Ver respuesta
Respuesta desarrolladaPreferiría cambios compatibles y aditivos, evitando quitar o reinterpretar campos existentes. Para cambios incompatibles publicaría versión explícita, periodo de convivencia, guía de migración, telemetría de adopción y fecha de retiro comunicada con anticipación.
¿Cómo te fue?11¿Qué compensaciones tiene una base de datos compartida entre varios microservicios?Ver respuesta
Respuesta desarrolladaPuede simplificar transacciones y reportes al comienzo, pero acopla esquemas, despliegues y ownership. Si cada servicio necesita autonomía real, definiría propiedad de datos y compartiría mediante contratos o eventos; la decisión debe considerar consistencia y consultas del dominio.
¿Cómo te fue?12¿Cómo elegir entre eventos y llamadas síncronas para integrar dos capacidades?Ver respuesta
Respuesta desarrolladaUna llamada síncrona sirve cuando se necesita respuesta inmediata y el consumidor puede depender del proveedor disponible. Un evento desacopla tiempo y permite varios suscriptores, pero introduce retrasos, duplicados, orden parcial y necesidad de monitorear y reconciliar entregas.
¿Cómo te fue?13Una solución usa una cola para un proceso que exige resultado en segundos. ¿Qué verificarías?Ver respuesta
Respuesta desarrolladaMediría latencia de publicación, procesamiento, reintentos y acumulación, además de qué ocurre al fallar un consumidor. Si el negocio requiere confirmación inmediata, tal vez se necesite una respuesta síncrona para aceptación y eventos posteriores para seguimiento.
¿Cómo te fue?14¿Cómo equilibrarías alta disponibilidad y costo en una aplicación de uso ocasional pero crítica?Ver respuesta
Respuesta desarrolladaDefiniría el impacto de interrupción y el objetivo de recuperación aceptable, no solo disponibilidad abstracta. Compararía redundancia, recuperación desde respaldo y operación manual según el costo de cada hora de caída, incluyendo pruebas regulares para asegurar que el plan funciona.
¿Cómo te fue?15¿Por qué un respaldo exitoso no demuestra por sí mismo que existe continuidad?Ver respuesta
Respuesta desarrolladaEl respaldo solo prueba que se produjo una copia, no que sea consistente, segura ni recuperable en el tiempo requerido. Se necesita restaurar en pruebas, comprobar integridad, dependencias, claves y procedimientos, y medir RPO y RTO observados.
¿Cómo te fue?16¿Cómo analizarías el riesgo de dependencia de un proveedor cloud sin descartar automáticamente la nube?Ver respuesta
Respuesta desarrolladaIdentificaría servicios propietarios, formatos, contratos, habilidades y costos de salida para los componentes críticos. Mitigaría con portabilidad selectiva, interfaces desacopladas, exportaciones verificadas y un plan de salida proporcional al impacto, reconociendo que evitar toda dependencia también tiene costo.
¿Cómo te fue?17Una migración lift-and-shift cumple plazo, pero no mejora costos ni operación. ¿Qué aprendizaje extraes?Ver respuesta
Respuesta desarrolladaTrasladar servidores cambia su ubicación, no necesariamente su diseño ni su forma de operar. Debe tratarse como una etapa con métricas y decisiones posteriores sobre modernización, automatización, dimensionamiento y retiro, comparando el beneficio incremental con el riesgo de cambio.
¿Cómo te fue?18¿Cómo tratarías una automatización BPMN cuando existen excepciones no documentadas?Ver respuesta
Respuesta desarrolladaPrimero observaría casos reales y entrevistaría a quienes gestionan excepciones para distinguir variaciones legítimas de fallos de control. Modelaría las rutas excepcionales y su responsable, automatizaría solo reglas estables y vigilaría la proporción de excepciones después del despliegue.
¿Cómo te fue?19Una compuerta BPMN permite dos rutas activas a la vez y luego las sincroniza. ¿Qué problema evita la compuerta de unión paralela?Ver respuesta
Respuesta desarrolladaEvita continuar cuando solo una de las tareas paralelas ha terminado. Debe sincronizar todas las rutas que el gateway de división inició; una unión mal definida puede dejar el caso esperando o avanzar con datos incompletos.
¿Cómo te fue?20¿Cómo decidirías si una función debe quedar en ERP, CRM, BPMS o una aplicación a medida?Ver respuesta
Respuesta desarrolladaCompararía la responsabilidad de negocio, madurez de la función, ajuste del producto, calidad de integración, costo de ciclo de vida y riesgo de dependencia. Mantendría el dato y proceso con ownership claro, evitando duplicar reglas centrales en varias plataformas.
¿Cómo te fue?21¿Qué significa linaje de datos y por qué importa en un indicador ejecutivo?Ver respuesta
Respuesta desarrolladaEl linaje explica de qué sistemas y transformaciones proviene un dato hasta llegar al informe. Permite validar significado, detectar errores y reconstruir una cifra; sin él, dos tableros pueden mostrar números distintos sin que nadie sepa por qué.
¿Cómo te fue?22¿Cómo distinguirías un problema de calidad de datos de un problema de definición de negocio?Ver respuesta
Respuesta desarrolladaSi un valor viola reglas acordadas —por ejemplo, fecha fuera de rango— puede ser calidad; si áreas diferentes definen “cliente activo” distinto, falta acuerdo semántico. Resolvería primero definiciones y ownership, luego mediría y corregiría exactitud, completitud y consistencia.
¿Cómo te fue?23El tablero se actualiza diariamente, pero las decisiones requieren respuesta ante fraude en minutos. ¿Qué arquitectura analítica considerarías?Ver respuesta
Respuesta desarrolladaSepararía análisis histórico de detección operativa de baja latencia y especificaría el tiempo máximo aceptable. Un flujo de eventos puede alimentar reglas o modelos rápidos, mientras el almacén conserva historia; los dos caminos deben compartir definiciones y controles para investigar alertas.
¿Cómo te fue?24¿Por qué las métricas de precisión y recall pueden conducir a decisiones distintas en un modelo?Ver respuesta
Respuesta desarrolladaPrecisión indica qué proporción de alertas positivas era correcta; recall, qué proporción de casos reales logró encontrar. En fraude, perder un caso puede ser costoso, pero generar demasiados falsos positivos también afecta clientes y operación; el umbral debe reflejar el costo de ambos errores.
¿Cómo te fue?25¿Cómo valorarías equidad de un modelo cuando los grupos tienen tamaños y tasas base distintos?Ver respuesta
Respuesta desarrolladaDefiniría qué noción de equidad corresponde al impacto y al marco aplicable, porque algunas métricas no pueden satisfacerse simultáneamente en todo contexto. Mediría resultados y errores por grupo, revisaría calidad de datos y documentaría compensaciones con supervisión y mecanismos de reparación.
¿Cómo te fue?26¿Qué controles de privacidad aplicarías antes de reutilizar datos de clientes para entrenar un modelo?Ver respuesta
Respuesta desarrolladaComprobaría propósito permitido, base y transparencia del uso, minimización, retención, accesos y riesgos de reidentificación. Evaluaría si una técnica de anonimización o agregación es suficiente, y limitaría el conjunto a datos necesarios con seguridad y trazabilidad.
¿Cómo te fue?27¿Qué aporta un catálogo de datos y qué no resuelve por sí solo?Ver respuesta
Respuesta desarrolladaUn catálogo ayuda a descubrir conjuntos, definiciones, propietarios, linaje y clasificación. No garantiza calidad, permiso correcto ni interpretación acordada; requiere responsables activos, metadatos mantenidos y controles operativos.
¿Cómo te fue?28¿Cómo gobernarías un dispositivo IoT que queda sin conexión durante varias horas?Ver respuesta
Respuesta desarrolladaDefiniría almacenamiento local seguro, sello temporal confiable, envío posterior idempotente y reglas para datos fuera de orden. El equipo también debe detectar firmware desactualizado y pérdida de identidad, y aclarar si una interrupción requiere alerta o modo operativo alternativo.
¿Cómo te fue?29¿Cuándo blockchain aporta valor frente a una base de datos con auditoría?Ver respuesta
Respuesta desarrolladaPuede ser útil si varias partes independientes necesitan compartir un registro y ninguna debe controlar unilateralmente su historial, con reglas de consenso justificadas. Si existe una autoridad confiable y control de acceso claro, una base de datos tradicional con firmas y auditoría suele ser más simple y eficiente.
¿Cómo te fue?30¿Cómo demostrarías que una arquitectura se mantiene alineada tras el despliegue?Ver respuesta
Respuesta desarrolladaEstablecería controles y métricas continuas para principios, seguridad, interfaces, costos y resultados de negocio, con evidencias obtenidas por automatización donde sea posible. Revisaría desviaciones y excepciones en un ciclo de gobierno que permita corregir, aprender y ajustar la arquitectura objetivo.
¿Cómo te fue?
04Integrar decisiones en un casoDiseñar, defender y gobernar una solución de extremo a extremo.
Caso: una cooperativa financiera regional quiere renovar su atención digital, integrar canales y migrar gradualmente servicios a cloud. Justifica cada respuesta considerando continuidad, regulación, experiencia y capacidad operativa.
Marca cómo te fue al revisar cada respuesta.
01La dirección pide “migrar todo a la nube en seis meses”. ¿Qué preguntas convertirían esa orden en una visión arquitectónica?Ver respuesta
Respuesta desarrolladaPreguntaría qué resultados se esperan —por ejemplo, reducir indisponibilidad o acelerar cambios—, qué servicios y datos son críticos, y qué regulación, presupuesto y capacidades limitan el trabajo. Definiría indicadores y alcance por oleadas; la nube es una opción de habilitación, no el resultado de negocio.
¿Cómo te fue?02¿Qué interesados incluirías y qué decisión concreta aportaría cada grupo?Ver respuesta
Respuesta desarrolladaClientes y atención describen experiencia y problemas; operaciones explica continuidad; seguridad, riesgo y cumplimiento fijan controles; datos y desarrollo aclaran integración; finanzas evalúa costo y dirección prioriza beneficios. La arquitectura debe registrar sus preocupaciones, autoridad y criterios de aceptación.
¿Cómo te fue?03Propón tres principios arquitectónicos para orientar la renovación y explica su utilidad.Ver respuesta
Respuesta desarrollada“Proteger identidad y datos por diseño” guía controles de cada canal; “contratos claros para intercambiar capacidades” reduce integraciones frágiles; “migrar sin interrumpir servicios críticos” obliga a planear coexistencia y reversa. Cada principio debe tener excepciones gobernadas y evidencia verificable.
¿Cómo te fue?04¿Qué vistas elaborarías antes de seleccionar una plataforma?Ver respuesta
Respuesta desarrolladaUn mapa de capacidades y procesos de atención, un inventario de aplicaciones y dependencias, y un flujo de datos con clasificación y responsables. Añadiría una vista tecnológica y de riesgos; juntas permiten evaluar alternativas desde negocio hasta operación.
¿Cómo te fue?05El canal móvil y la sucursal muestran saldos distintos durante algunos minutos. ¿Cómo formularías el requisito?Ver respuesta
Respuesta desarrolladaAcordaría cuál es el saldo fuente, qué operaciones requieren consistencia inmediata y qué retraso máximo es tolerable para consultas. Después definiría semántica, secuencia, idempotencia y mensajes de estado, diferenciando saldo contable de saldo disponible si el negocio los trata por separado.
¿Cómo te fue?06¿Qué elegirías para exponer capacidades del core financiero al canal móvil: acceso directo a su base o una API?Ver respuesta
Respuesta desarrolladaUna API con contrato y controles evita acoplar el canal al esquema interno y permite auditar y limitar operaciones. No garantiza por sí sola buena arquitectura: debe tener autenticación fuerte, autorización por operación, validación, límites, monitoreo y una estrategia de evolución.
¿Cómo te fue?07Las consultas de saldo son numerosas y las transferencias requieren confirmación inmediata. ¿Usarías el mismo patrón de integración?Ver respuesta
Respuesta desarrolladaNo necesariamente. Las transferencias necesitan una respuesta síncrona clara sobre aceptación y un control de idempotencia; las notificaciones posteriores pueden ser asíncronas. Las lecturas pueden usar una vista de consulta escalable si la frescura cumple lo acordado, indicando cuándo está actualizada.
¿Cómo te fue?08¿Cómo evitarías duplicar una transferencia si el móvil reintenta tras perder conexión?Ver respuesta
Respuesta desarrolladaEl cliente enviaría una clave de idempotencia única y el servicio registraría el resultado asociado a esa clave. Un reintento equivalente devolvería la respuesta original en vez de ejecutar de nuevo; además se conciliarían estados ambiguos y se alertaría ante duplicados.
¿Cómo te fue?09Propón una estrategia de migración para servicios con diferente criticidad.Ver respuesta
Respuesta desarrolladaClasificaría por impacto, dependencias, riesgo y preparación; comenzaría con cargas menos críticas pero representativas para validar operación. Para el core usaría migración en etapas con sincronización y reconciliación, pruebas de recuperación, corte ensayado y reversa con condiciones explícitas.
¿Cómo te fue?10¿Qué condiciones debe cumplir una primera oleada antes de pasar el siguiente grupo de servicios?Ver respuesta
Respuesta desarrolladaDebe cumplir objetivos de rendimiento, seguridad y disponibilidad bajo carga, reconciliar datos y mostrar operación estable durante un periodo acordado. También deben estar disponibles soporte, capacitación, monitoreo, restauración y responsables que aprueben el avance.
¿Cómo te fue?11¿Cuándo sería razonable adoptar SaaS para atención al cliente y cuándo no?Ver respuesta
Respuesta desarrolladaEs razonable si el producto cubre procesos no diferenciadores, permite controles y residencia de datos requeridos y se integra con contratos sostenibles. No lo elegiría sin revisar personalizaciones, acceso y exportación, disponibilidad, trazabilidad, costo de salida y tratamiento de datos sensibles.
¿Cómo te fue?12El proveedor cloud administra infraestructura, pero la cooperativa gestiona cuentas y datos. ¿Cómo traduces la responsabilidad compartida a controles?Ver respuesta
Respuesta desarrolladaAsignaría propietario a identidades, permisos, datos, claves, configuración y respuesta, y relacionaría cada control con evidencia. Validaría lo que cubre el proveedor mediante contratos y reportes, sin confundir certificaciones con cumplimiento automático de la configuración propia.
¿Cómo te fue?13¿Qué componentes necesitan recuperación ante desastres y qué objetivos deben acordarse?Ver respuesta
Respuesta desarrolladaIdentificaría servicios según impacto al cliente, obligaciones y dependencias, incluyendo identidad, red, API, datos y monitoreo. Para cada uno acordaría RTO y RPO realistas, probaría restauración y operación en sitio alternativo, y mediría si las dependencias permiten alcanzar esos objetivos.
¿Cómo te fue?14La cooperativa quiere desplegar microservicios, pero el equipo de guardia es pequeño. ¿Qué diseño organizativo y técnico propondrías?Ver respuesta
Respuesta desarrolladaLimitaría los servicios a fronteras de negocio justificadas y fortalecería primero automatización, observabilidad, seguridad y gestión de incidentes. Asignaría ownership claro con plataformas comunes que reduzcan carga repetitiva; evitaría expandir el número de servicios más rápido que la capacidad de operarlos.
¿Cómo te fue?15¿Cómo separarías las responsabilidades de un dominio de “clientes” entre sucursal, CRM y core?Ver respuesta
Respuesta desarrolladaDefiniría entidades y atributos, y decidiría qué sistema es maestro para identidad legal, relación comercial y estado de cuenta, evitando declarar un único maestro para todo sin análisis. Establecería contratos de actualización, reglas de conciliación, privacidad y trazabilidad de cambios.
¿Cómo te fue?16Se necesita un tablero de riesgo con datos del core, CRM y canales digitales. ¿Qué arquitectura de datos recomendarías?Ver respuesta
Respuesta desarrolladaCrearía una canalización gobernada hacia un entorno analítico con identificadores conciliados, definiciones aprobadas y linaje. Separaría cargas analíticas del core transaccional y clasificaría datos, restringiendo acceso y retención según propósito, sin sustituir controles del sistema fuente.
¿Cómo te fue?17¿Qué controles impedirían que un indicador “clientes activos” tenga valores distintos entre áreas?Ver respuesta
Respuesta desarrolladaAcordaría definición y periodo de vigencia con dueño de negocio y la publicaría como métrica gobernada. El pipeline aplicaría la misma regla, conservaría linaje y versión, y un proceso de cambio comunicaría impacto a informes y decisiones.
¿Cómo te fue?18La dirección quiere predicción de abandono de clientes. ¿Cómo delimitarías un piloto responsable?Ver respuesta
Respuesta desarrolladaDefiniría el uso como priorización de contacto, no como negación de servicios, y mediría beneficio frente a una línea base. Revisaría consentimiento y minimización, representación, desempeño por grupos, explicabilidad suficiente, supervisión humana, retención y criterio de detención si aparecen daños.
¿Cómo te fue?19¿Cómo evaluarías una alerta de fraude que bloquea operaciones legítimas?Ver respuesta
Respuesta desarrolladaMediría falsos positivos, falsos negativos, tiempo de resolución e impacto en clientes, segmentando por canal y grupo cuando sea pertinente. Establecería escalamiento humano, desbloqueo seguro, trazabilidad de la decisión y ajuste con datos validados, no únicamente mayor precisión promedio.
¿Cómo te fue?20Un nuevo proceso digital reduce tiempo de atención pero transfiere trabajo a la sucursal. ¿Cómo juzgarías el éxito?Ver respuesta
Respuesta desarrolladaEvaluaría el flujo completo y no una métrica local: tiempo total, contactos repetidos, carga de sucursal, errores y satisfacción. Identificaría el traspaso que provoca el costo oculto y rediseñaría responsabilidades o automatización antes de declarar la mejora como beneficio neto.
¿Cómo te fue?21¿Cómo modelarías en BPMN una solicitud de crédito con validaciones, análisis y posibles excepciones?Ver respuesta
Respuesta desarrolladaRepresentaría inicio y datos requeridos, validaciones automáticas, tareas de revisión humana y una compuerta con rutas de aprobado, rechazado o información incompleta. Las excepciones tendrían dueño, plazo y auditoría; el modelo debe reflejar reglas reales y controles de segregación.
¿Cómo te fue?22¿Qué medirías en el BPMS para saber si el proceso de crédito está mejorando?Ver respuesta
Respuesta desarrolladaMediría tiempo de ciclo por etapa, solicitudes incompletas, devoluciones, decisiones dentro del plazo, carga de revisión y errores posteriores. Segmentaría por tipo de producto y canal, y contrastaría con la línea base para descubrir si el beneficio se concentra en un grupo o solo mueve la espera.
¿Cómo te fue?23¿Cómo evitarías que la integración ERP–CRM duplique datos de clientes y organizaciones?Ver respuesta
Respuesta desarrolladaEstablecería identificadores de referencia, ownership por entidad y reglas de resolución de identidad. Los contratos y eventos validarían cambios, y un proceso de excepción gestionaría discrepancias con evidencia y responsable, en vez de sobrescribir datos automáticamente.
¿Cómo te fue?24¿Qué estrategia aplicarías si la API pública de la cooperativa tendrá varios socios externos?Ver respuesta
Respuesta desarrolladaUsaría un gateway y un catálogo con autenticación por cliente, alcances mínimos, límites, registros y monitoreo de abuso. Publicaría un contrato estable, sandbox y política de versionado, además de revisar consentimiento, propósito y datos que cada socio puede consultar.
¿Cómo te fue?25¿Cómo diseñarías el plan de salida de un servicio SaaS crítico?Ver respuesta
Respuesta desarrolladaMantendría inventario de datos y dependencias, formatos de exportación probados, procedimientos de revocación y alternativa de continuidad. Acordaría plazos y costos de extracción en contrato, y probaría periódicamente restaurar una muestra para descubrir limitaciones antes de una crisis.
¿Cómo te fue?26¿Qué controles aplicarías a IoT en una sucursal, como sensores de energía y acceso?Ver respuesta
Respuesta desarrolladaSepararía los dispositivos de la red de operaciones financieras, usaría identidades únicas, comunicaciones cifradas y firmware firmado y actualizado. Limitaría permisos, registraría cambios, inventariaría equipos y definiría cómo aislar un dispositivo comprometido sin afectar otros servicios.
¿Cómo te fue?27Un área propone blockchain para registrar consentimientos de clientes. ¿Qué criterios decidirían si avanzar?Ver respuesta
Respuesta desarrolladaConfirmaría si varias partes necesitan validar escrituras sin confiar en una autoridad común y qué problema no resuelve una base auditada. No pondría datos personales inmutables directamente en una cadena; analizaría minimización, revocación, privacidad, rendimiento y costo, y probaría una alternativa simple.
¿Cómo te fue?28¿Qué tablero ejecutivo mostraría que la arquitectura aporta valor y mantiene control?Ver respuesta
Respuesta desarrolladaCombinaria resultados de negocio —tiempo de atención, disponibilidad y satisfacción— con indicadores de arquitectura como dependencias críticas, vulnerabilidades, costo unitario, calidad de datos y excepciones. Cada métrica tendría dueño, frecuencia, umbral y acción asociada.
¿Cómo te fue?29¿Cómo organizarías la revisión de arquitectura para no convertirla en una aprobación tardía que frena equipos?Ver respuesta
Respuesta desarrolladaDefiniría principios, riesgos que requieren revisión y decisiones delegables, incorporando consultas tempranas en la planificación. Automatizaría verificaciones repetibles y reservaría el comité para excepciones o impactos transversales, publicando decisiones y plazos de respuesta.
¿Cómo te fue?30¿Qué debe contener un registro de decisión arquitectónica para una elección de base de datos cloud?Ver respuesta
Respuesta desarrolladaDocumentaría contexto y problema, requisitos, alternativas consideradas, criterios, decisión, consecuencias y riesgos aceptados. También indicaría responsables, supuestos, fecha y señales que justificarían reabrirla; así el registro explica el razonamiento, no solo el producto escogido.
¿Cómo te fue?31Al cabo de un año, ¿cómo comprobarías que la arquitectura objetivo de la cooperativa sigue siendo adecuada?Ver respuesta
Respuesta desarrolladaCompararía resultados y riesgos reales con la visión, revisaría cambios regulatorios, volúmenes, dependencias y capacidades del equipo, y consultaría a usuarios y operación. Ajustaría la hoja de ruta con evidencia, preservando los principios útiles y retirando supuestos que ya no se cumplen.
¿Cómo te fue?