Embedded Files
Grado en Electrónica y Automática
Escuela Politécnica de Ingeniería de Gijón, Universidad de Oviedo
OBJETO DEL CURSO
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
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 expresará en SysML v2 (Systems Modeling Language). En cada fase del curso se irá amplíando el mismo modelo de manera incremental, y la oferta técnica final será una visualización del mismo.
FASES
FASES
El desarrollo del curso se hará en varias fases, que se detallarán y publicarán a medida que se alcanzan.
Las primeras semanas se dedicarán a familiarizarse con los objetivos del curso, con lecturas, seminarios y talleres: qué es la Ingeniería de sistemas, qué es la MBSE, herramientas relacionadas (uso de la IA, lenguaje de modelado SysML v2, CATIA Magic/Cameo SysML v2 Community Edition, etc).
A continuación iremos cubriendo las sucesivas etapas:
Análisis de la Necesidad o Espacio del Problema (Black box): identificar a partir del pliego la necesidad, el problema y las partes interesadas:
Requirements: Stakeholder Needs → ¿Qué necesita el usuario? (movilidad limpia, autonomía para ir a trabajar).
Structure: System Context → Diagrama del vehículo rodeado de sus actores (Conductor, Red Eléctrica, Asfalto, Clima).
Behavior: Use Cases → Casos de uso de alto nivel (Conducir vehículo, Recargar batería).
Parameters: MoEs (Measures of Effectiveness) → Métrica del negocio (ej. coste por km < 0.05 €).
Espacio del problema (White box): funciones conceptuales necesarias para resolver el problema.
Structure: Conceptual Subsystems → ¿Qué subsistemas conceptuales resuelven el problema? (Sistema de Propulsión, Almacenamiento de Energía, Soporte Estructural).
Behavior: Functional Analysis → Flujo funcional entre ellos (generar energía → transmitir par → mover rueda).
Espacio de soluciones
ROLES
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
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
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.
Page updated
Report abuse