Un profesor de ingeniería de software pide a equipos de tres personas diseñar el sistema de préstamo de bicicletas del campus: registro de usuarios, candados electrónicos, cobro de retrasos. El primer diagrama que recibe un equipo tiene ocho microservicios y una cola de mensajes; cuando pregunta quién va a operar eso, nadie sabe. Un sistema se diseña con lo que se ve y se rompe con lo que no se vio. La IA le sirve al equipo para conocer las arquitecturas de referencia y para recordar el subsistema olvidado (qué pasa con una bicicleta que no vuelve); la decisión entre alternativas y la responsabilidad de que el sistema funcione son del equipo.
Qué es y para qué sirve#
El diseño de sistemas define la arquitectura, los componentes, las interfaces y los flujos de un sistema técnico complejo (mecánico, electrónico, software, ciber-físico). Al hacerlo, el estudiante practica el pensamiento arquitectónico, pone por escrito los trade-offs (en el caso de las bicicletas: menos servicios, más fácil de operar, más difícil de crecer) y anticipa fallos en operación real.
Dónde entra la IA en este tipo de trabajo: mapea arquitecturas de referencia (monolítica, modular, con servicios separados), ayuda a comparar trade-offs entre alternativas y señala subsistemas o interfaces que el estudiante no consideró (por ejemplo, la recuperación de bicicletas no devueltas o el pago fallido).
Taxonomía de Bloom y progresión de prompts#
Nivel dominante 6 — Crear (la construcción de una arquitectura propia). Para ti, la tabla es un banco de prompts: copia el de la fase donde tu grupo se atasca (casi siempre la revisión por omisiones, cuando el diseño ya parece terminado) y sustituye los corchetes por tu proyecto.
Desliza horizontalmente para consultar todas las columnas.
| Nivel de la taxonomía de Bloom | Movimiento del diseño | Qué hace el estudiante | Prompt sugerido |
|---|---|---|---|
| 4 — Analizar | Arquitecturas de referencia | Conoce el espacio de arquitecturas y sus trade-offs | “Necesito diseñar un sistema para [requerimiento]. ¿Qué arquitecturas de referencia existen (monolítica, modular, distribuida, etc.) y qué trade-offs imponen?” |
| 5 — Evaluar | Trade-offs aplicados | Compara alternativas bajo criterios técnicos | “He preseleccionado estas arquitecturas: [lista]. Aplica los criterios [por ejemplo: escalabilidad, mantenibilidad, costo] y muéstrame ventajas/desventajas. No decidas por mí.” |
| 6 — Crear (dominante) | Subsistemas críticos | Identifica omisiones en su diseño | “Mi diseño propuesto es: [descripción]. ¿Qué subsistemas o interfaces no estoy considerando que podrían ser críticos en operación real?” |
Competencias que desarrolla#
- Ingeniería — pensamiento sistémico, integración de subsistemas, diseño con trade-offs explícitos.
- Innovación — exploración divergente de arquitecturas, decisión bajo incertidumbre.
Secuencia de la actividad (proceso → producto)#
Fase 1 — Requerimientos y arquitecturas
Mapeo
Levantamiento de requerimientos y revisión de arquitecturas de referencia.Fase 2 — Trade-offs
Decisión
Comparación de alternativas con criterios explícitos (escalabilidad, mantenibilidad, costo, personas disponibles para operarlo) y selección justificada.Fase 3 — Diseño detallado
Construcción autoral
Diseño de subsistemas e interfaces por el estudiante.Fase 4 — Revisión por omisiones
Anticipación de fallos
La IA actúa como par revisor para identificar subsistemas o interfaces no consideradas que serían críticas en operación.
Qué entrega el estudiante además del diseño#
Riesgo medio de sustitución de autoría: un diagrama de arquitectura y una lista de interfaces genéricas se generan con facilidad y apariencia convincente. Lo difícil de fingir es que ese diseño resuelva los requerimientos concretos que el propio equipo levantó: la fase 3 excluye a la IA del diseño detallado, así que la matriz de comparación debe descartar alternativas con argumentos anclados en esos requerimientos (el propio proyecto de bicicletas, sus usuarios, su presupuesto), no en generalidades de manual. Junto con el diseño, el equipo entrega estas piezas (matriz de comparación, diagrama propio, lista de interfaces), 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 |
| Documento de requerimientos | obligatoria | Versión propia del estudiante |
| Matriz arquitecturas × criterios | obligatoria | Con argumento por descarte |
| Diagrama de arquitectura propio | obligatoria | Bloque, secuencia, despliegue o lo que aplique |
| Especificación de interfaces críticas | obligatoria | Lista de interfaces con responsabilidades |
| Bitácora metacognitiva | recomendada | Trade-offs aceptados y por qué |
| 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 la matriz, el diagrama y la bitácora, no sólo el diseño final; ajusta los pesos a tu curso (por ejemplo, más peso a «uso crítico de la respuesta» si tu grupo adopta la primera arquitectura que la IA menciona):
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 la arquitectura | Algo de análisis | Análisis de trade-offs | Pensamiento crítico — IA como par arquitecto | 15% |
| Uso crítico de la respuesta | Acepta sin cuestionar | Cuestiona poco | Contrasta y analiza | Evalúa y reformula con argumento técnico | 20% |
| Integración en el trabajo | Copia | Uso limitado | Integra y adapta | Transforma; el diseño 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 trade-offs aceptados | 15% |
| Uso ético | Inadecuado | Básico | Adecuado | Crítico y consciente | 10% |
Riesgos y salvaguardas#
- Arquitectura de moda adoptada sin análisis. Salvaguarda: matriz trade-offs obligatoria.
- Interfaces sin responsabilidades claras. Salvaguarda: especificación obligatoria con qué hace cada componente y dónde termina.
- Sobre-ingeniería. Salvaguarda: la matriz incluye como criterio la viabilidad en el contexto real (por ejemplo, «¿tres estudiantes pueden operar cinco despliegues?»).
- Ausencia de operación real. El diseño olvida pruebas, despliegue o mantenimiento. Salvaguarda: el prompt avanzado obliga a pensar subsistemas críticos en operación.
Asignatura de ejemplo#
Ingeniería de sistemas, software, mecatrónica, industrial, civil estructural.
Ejemplos y enlaces#
- Trabajo cercano: Integración de sistemas con IA — etapa posterior.
- Trabajo cercano: Proyecto con IA — encuadre que precede al diseño.
- Trabajo cercano: Prototipo con IA — materialización del diseño.