Robótica 2026

OBJETO DEL CURSO

El curso aplica la ingeniería de sistemas basada en modelos (MBSE) a la elaboración de una oferta técnica para un vehículo terrestre no tripulado (UGV). El punto de partida es el pliego de una licitación pública real, con más de 80 requisitos, sobre la que se trabajará sin atajos o simplificaciones.

Se recorre la rama descendente del ciclo en V: análisis de la necesidad, concepto de operaciones, requisitos, estudio de conceptos, arquitectura y plan de verificación e integración. El resultado final es una oferta técnica; no se construye ni se verifica el sistema completo.

Las evidencias de viabilidad que sostienen la oferta se obtendrán de modelos de simulación y de un banco de pruebas con sensores o actuadores en un laboratorio. El banco actúa como gemelo digital que complementa las simulaciones con medidas reales, replicando algún subcomponente concreto del vehículo.

METODOLOGÍA: MBSE

La ingeniería de sistemas basada en modelos (MBSE, Model-Based Systems Engineering) es la aplicación formalizada del modelado a los requisitos, el diseño, el análisis y la verificación de un sistema, desde el diseño conceptual hasta el final de su ciclo de vida (definición de INCOSE).

En la ingeniería de sistemas convencional (basada en documentos), la información del sistema se reparte en documentos redactados por separado y la coherencia entre ellos se mantiene a mano. En MBSE la referencia es un único modelo del sistema: requisitos, funciones, estructura, interfaces y relaciones de trazabilidad son elementos de ese modelo. Diagramas, tablas y documentos son vistas del modelo, y un cambio en él se refleja en todas ellas.

El modelo se expresa en SysML v2 (Systems Modeling Language). Cada fase del curso amplía el mismo modelo de manera incremental, y la oferta técnica final será una visualización del mismo.

FASES

El desarrollo del curso se hará en varias fases que se detallarán y publicarán a medida que se alcanzan.

1. Análisis de la Necesidad. Objetivo: identificar a partir del pliego la necesidad, el problema y las partes interesadas, y modelar el contexto del sistema.

2. CONOPS — Concepto de Operaciones. Objetivo: modelar el uso del sistema: modos de operación, misiones principales y un escenario operacional de referencia.

3. Requisitos de las Partes Interesadas. Objetivo: formalizar en el modelo requisitos verificables y trazables al pliego, clasificados por subsistema y por verificabilidad mediante simulación.

4. Estudio de Conceptos y Selección. Objetivo: definir alternativas de solución y seleccionar una mediante una matriz de decisión ponderada, con cada criterio trazado a requisitos.

5. Arquitectura SysML: BDD e IBD de primer nivel. Objetivo: derivar los requisitos de sistema y modelar bloques, propiedades, interfaces y conexiones de primer nivel, trazados a requisitos. Se cierra con la línea base v1.0 del modelo.

6. Plan de Verificación e Integración (pendiente). Objetivo: asignar a cada requisito su método de verificación y definir el esquema de integración entre subsistemas.

7. Optimización y cierre (pendiente). Objetivo: completar el modelo con el plan de gestión (EDT, cronograma, presupuesto) y obtener de él la oferta técnica.

ROLES

Cada grupo de trabajo, de 4 o 5 estudiantes, forma un único equipo. Durante el desarrollo del trabajo habrá que considera cuatro aspectos o " roles", definidos por el tipo de evidencia que producen, y no por subsistemas del vehículo. Los roles irán cambiando según sea necesario a lo largo del curso por acuerdo del equipo.

• Sistemas (IS): requisitos, trazabilidad, arquitectura y estructura de la oferta. Herramientas: herramienta de modelado SysML v2.

• Simulación (SIM): modelos físicos (eléctrico, transmisión, multicuerpo). Evidencia por simulación. Herramientas: por definir.

• Taller (TAL): banco de pruebas de laboratorio. Evidencia física (medidas reales). Herramientas: por definir.

• Software (SW): adquisición de datos del banco e integración hardware–modelo. Herramientas: por definir.

EVALUACIÓN

• 50 % grupal: coherencia de la cadena pliego → arquitectura → simulación → evidencia.

• 50 % individual: trabajo en los roles desempeñados y defensa individual en la revisión final (CDR).

Los criterios para la evaluación tendrán que ver con:

• Trazabilidad: todo valor numérico debe citar el identificador del requisito del pliego que lo justifica. Cada valor sin referencia baja un nivel en la rúbrica. Se aplica desde la Fase 1.

• Evidencia: al menos el 80 % de los requisitos clasificados como verificables por simulación debe tener evidencia de viabilidad documentada, obtenida por simulación o en el banco de pruebas.

• Revisión final (CDR): la presentación muestra la cadena completa pliego → arquitectura → simulación → evidencia. Se valora más la coherencia entre niveles que la profundidad en uno solo.

REPOSITORIO

Los materiales del curso y el trabajo del equipo se irá documentando y manteniendo en GitHub:

https://github.com/juanuniovi/curso-robotica-2026

Las Carpetas principales:

• fases/ — plantillas y entregables con subcarpetas para cada fase

• recursos/ — material imprescindible: pliego, Anexo I, introducción a MBSE

• docs/ — documentación complementaria de trabajo

Acceso 

crea una cuenta en GitHub y envía tu nombre de usuario al profesor. Recibirás una invitación por correo al repositorio; acéptala.

Clonar (una vez)

En GitHub Desktop: File → Clone repository. Desde la línea de comandos:

git clone https://github.com/juanuniovi/curso-robotica-2026

La metodología para trabajar con el repositorio se irá definiendo y depurando en clase.