Un profesor de proyecto integrador de mecatrónica pide un carrito autónomo que lleve piezas de una estación a otra del taller. El equipo reparte el trabajo: una persona hace el chasis y los motores, otra la placa de control, otra el software de navegación. Tres semanas después cada parte funciona sola; juntas, el carrito arranca a diez veces la velocidad pedida, porque la placa esperaba milímetros por segundo y el software enviaba centímetros. La integración se rompe donde nadie miró: en la interfaz que cada uno daba por entendida. La IA puede señalar zonas de ambigüedad y qué pruebas hacer antes de encender todo; el orden de integración y la responsabilidad de los fallos son del equipo.
Qué es y para qué sirve#
La integración de sistemas articula subsistemas heterogéneos (mecánico, eléctrico, software, datos) en un sistema operativo único. Al hacerlo, el estudiante practica el pensamiento de interfaces, la anticipación de fallos en integración (unidades distintas, tiempos de respuesta que nadie fijó) y la disciplina de pruebas intermedias.
Dónde entra la IA en este tipo de trabajo: identifica interfaces críticas y tipos de fallo típicos (el puerto serie entre placa y software, la alimentación compartida entre motores y sensores), detecta ambigüedades en la especificación que el equipo escribió y orienta las pruebas de integración intermedia antes del encendido final.
Taxonomía de Bloom y progresión de prompts#
Nivel dominante 6 — Crear (el plan de integración propio). Para ti, la tabla es un banco de prompts: el de la fase 3 (ambigüedades) es el que evita la noche anterior a la entrega; cópialo y pídele al equipo que pegue su especificación real.
Desliza horizontalmente para consultar todas las columnas.
| Nivel de la taxonomía de Bloom | Movimiento de la integración | Qué hace el estudiante | Prompt sugerido |
|---|---|---|---|
| 4 — Analizar | Interfaces críticas | Identifica interfaces y fallos típicos | “Mi proyecto integra [subsistemas: mecánico, eléctrico, software, etc.]. ¿Qué interfaces son críticas y qué tipos de fallo en la integración son típicos?” |
| 5 — Evaluar | Ambigüedades en la especificación | Detecta zonas de riesgo en su propia especificación | “He definido estas interfaces: [especificación]. ¿Hay ambigüedades en la especificación que podrían generar fallos en integración? Sólo señálame las zonas de riesgo.” |
| 6 — Crear (dominante) | Plan de pruebas intermedias | Define orden y momentos de prueba | “Mi plan de integración tiene este orden: [fases]. ¿Qué pruebas de integración intermedia son indispensables y en qué momentos?” |
Competencias que desarrolla#
- Ingeniería — pensamiento de interfaces, integración multidisciplinaria, disciplina de pruebas.
- Innovación — anticipación de fallos en lo no observado.
Secuencia de la actividad (proceso → producto)#
Fase 1 — Mapa de interfaces
Identificación
Mapeo de subsistemas e interfaces críticas con tipos de fallo asociados.Fase 2 — Especificación de interfaces
Sin ambigüedad
Redacción detallada de cada interfaz: protocolos, formatos, tiempos, unidades, responsabilidades.Fase 3 — Detección de ambigüedades
Revisión cruzada
La IA señala ambigüedades; el estudiante decide qué precisar.Fase 4 — Plan de pruebas intermedias
Integración por etapas
Definición de pruebas y momentos antes del encendido final.
Qué entrega el equipo además del sistema integrado#
Riesgo bajo de sustitución de autoría: un mapa de interfaces genérico se genera fácil, pero la lista de ambigüedades resueltas debe nombrar las de este sistema concreto (qué formato de datos no coincidía entre dos módulos), y eso sólo emerge al integrar de verdad. Junto con el sistema funcionando, el equipo entrega estas piezas (mapa de interfaces, especificaciones, plan de pruebas), cada una con su grado de obligación:
Desliza horizontalmente para consultar todas las columnas.
| Evidencia | Estado | Forma concreta |
|---|---|---|
| Bitácora del diálogo con IA | recomendada | Registro breve por fase: qué se pidió, qué se aceptó o descartó y qué se comprobó; no la conversación completa |
| Mapa de subsistemas e interfaces | obligatoria | Diagrama o tabla propios |
| Especificación de cada interfaz crítica | obligatoria | Protocolos, formatos, responsabilidades |
| Lista de ambigüedades resueltas | obligatoria | Antes vs. después |
| Plan de pruebas de integración | obligatoria | Fases, criterios de aceptación |
| Anotaciones de validación | obligatoria | Qué señalamientos se incorporaron |
| Bitácora metacognitiva | recomendada | Qué aprendió sobre integrar |
| Declaración de uso de IA | obligatoria | Modelo, contexto y propósito |
Cómo se evalúa (rúbrica de proceso)#
Con esta rúbrica revisas las especificaciones, la lista de ambigüedades y el plan de pruebas, no sólo si el sistema encendió; ajusta los pesos a tu curso (por ejemplo, más peso a «metacognición» si quieres que el equipo explique qué orden de integración eligió y por qué):
Desliza horizontalmente para consultar todas las columnas.
| Criterio | N1 Inicial | N2 En desarrollo | N3 Competente | N4 Avanzado | Peso |
|---|---|---|---|---|---|
| Pertinencia del prompt | Vago | Relación parcial | Claro y adecuado | Pertinente y estratégico | 10% |
| Nivel cognitivo del prompt | Pide el plan | Algo de análisis | Análisis y evaluación | Pensamiento crítico — IA como par revisor de interfaces | 15% |
| Uso crítico de la respuesta | Acepta sin cuestionar | Cuestiona poco | Contrasta y analiza | Evalúa y reformula con criterio sistémico | 20% |
| Integración en el trabajo | Copia | Uso limitado | Integra y adapta | Transforma; el plan es propio | 20% |
| Iteración del prompt | No ajusta | Ajustes mínimos | Mejora prompts | Itera estratégicamente | 10% |
| Metacognición | No reflexiona | Reflexión superficial | Explica su aprendizaje | Analiza decisiones de orden e interfaces | 15% |
| Uso ético | Inadecuado | Básico | Adecuado | Crítico y consciente | 10% |
Riesgos y salvaguardas#
- Interfaces no especificadas. Salvaguarda: especificación detallada obligatoria con protocolos y unidades.
- Integración “big bang”. Todo se enciende a la vez. Salvaguarda: pruebas intermedias obligatorias.
- Responsabilidades difusas. Quién es dueño de cada interfaz. Salvaguarda: tabla de responsabilidades obligatoria.
- Plan sin criterios de aceptación. Salvaguarda: cada prueba dice qué resultado la aprueba (por ejemplo, «el motor gira a la velocidad enviada ±5 %»).
Asignatura de ejemplo#
Ingeniería de sistemas, mecatrónica, industrial, software; cualquier proyecto integrador con subsistemas heterogéneos.
Ejemplos y enlaces#
- Trabajo cercano: Diseño de sistemas con IA — etapa arquitectónica previa.
- Trabajo cercano: Automatización industrial con IA — caso típico de integración OT/IT.
- Trabajo cercano: Proyecto con IA — encuadre del entregable.