Ontología de conocimiento de DACYA

Versión: 0.1 · Estado: esquema inicial, pendiente de poblar con datos verificados.

Esta ontología define cómo organizar y consultar conocimiento; no afirma todavía avances, publicaciones ni competencias concretas. Toda respuesta factual deberá incluir fuentes y fechas.

Propósito y método

Organizar el conocimiento de investigación y docencia de DACYA para producir respuestas trazables sobre SLAM, control, sistemas multiagente, swarm, robótica, visión artificial, aprendizaje por refuerzo, procesamiento de señales, sistemas dinámicos y formación.

Se adopta la metodología de Grüninger y Fox descrita en Methodology for the Design and Evaluation of Ontologies: escenarios motivadores → preguntas de competencia → terminología → restricciones → pruebas. Una afirmación solo se considera respondida cuando está respaldada por evidencia identificable.

Escenarios motivadores

Vigilancia científica: resumir avances, publicaciones y problemas abiertos por tema y periodo.

Selección de proyectos: encontrar propuestas multiagente relevantes para un pliego y explicar sus artefactos.

Formación: localizar cursos, itinerarios y prácticas de laboratorio adecuados a un nivel y objetivos.

Diseño curricular: comparar cursos de referencia, autoridades y programas universitarios para crear un curso obligatorio.

Conexión interdisciplinar: descubrir puentes entre personas, grupos y temas, indicando caminos y grados de separación.

Preguntas de competencia

ID	Pregunta que debe poder responder la base
PC01	¿Qué avances documentados existen en SLAM activo en un periodo y qué evidencia respalda cada uno?
PC02	¿Qué se está publicando bajo la etiqueta “GVF”, por quién, dónde y cuándo?
PC03	¿Qué formación sobre Robotarium existe, con qué nivel, modalidad y prerrequisitos?
PC04	¿Qué recursos tratan sistemas multiagente, sistemas swarm o su intersección?
PC05	¿Qué avances respaldados existen en educación en ingeniería de control?
PC06	¿Qué proyectos multiagente satisfacen un pliego, y qué es y cómo funciona cada artefacto (“thing”)?
PC07	¿Cuáles son los principales problemas abiertos documentados en SLAM y control multiagente?
PC08	¿Qué conecta robótica con visión artificial y mediante qué tareas o métodos?
PC09	¿Qué caminos conectan a Chantal con termodinámica y robótica, cuántos saltos tienen y cuál es el grado mínimo?
PC10	¿Qué trabajos combinan cooperación multiagente y control?
PC11	¿Qué métodos, aplicaciones, recursos y cursos existen sobre aprendizaje por refuerzo?
PC12	¿Qué prácticas de control existen y qué objetivos, equipos y competencias cubren?
PC13	¿Cómo describir una práctica de laboratorio y generar una plantilla de preguntas para enseñar un tema?
PC14	¿Qué recursos y aplicaciones se relacionan con procesamiento de señales?
PC15	¿Cómo diseñar un curso obligatorio considerando a Jesús, Juan y Lía, cursos de referencia, autoridades, universidades y adaptación al tema?
PC16	¿Qué itinerario ofrece una formación básica sólida en sistemas dinámicos generales y control?

Modelo conceptual

graph LR
  Persona -->|participaEn| Recurso
  Organizacion -->|ofrece| Curso
  Recurso -->|trataTema| Tema
  Publicacion -->|sostiene| Afirmacion
  Afirmacion -->|respaldadaPor| Evidencia
  Evidencia -->|extraidaDe| Fuente
  Proyecto -->|produce| Artefacto
  Artefacto -->|funcionaMediante| Mecanismo
  Pliego -->|exige| Requisito
  Proyecto -->|satisface| Requisito
  Curso -->|incluye| Modulo
  Practica -->|desarrolla| Competencia
  Entidad -->|conectadaCon| Entidad

Clases

Conocimiento y evidencia

Tema: área o concepto normalizado.

RecursoConocimiento: elemento consultable; subclases Publicacion, ProyectoInvestigacion, Curso, MaterialDocente, PracticaLaboratorio, ConjuntoDatos, Software y Pliego.

Afirmacion: proposición evaluable; subclases Avance, ProblemaAbierto, ResultadoEducativo y PropuestaInvestigacion.

Fuente: origen documental con URL o identificador persistente.

Evidencia: fragmento o dato que vincula una fuente con una afirmación.

Actores

Persona, Organizacion, Universidad, GrupoInvestigacion.

Rol: autoría, docencia, coordinación, participación o diseño curricular.

AutoridadConocimiento: rol contextual sustentado por contribuciones y fuentes; nunca una cualidad absoluta.

Proyectos y funcionamiento

Requisito, CriterioEvaluacion y EvaluacionCumplimiento.

Artefacto: el “thing” identificable que se estudia, usa o produce; subclases Sistema, Robot, Algoritmo, Modelo, Arquitectura, Protocolo y PlataformaExperimental.

MecanismoFuncionamiento, Componente, Entrada y Salida.

Docencia

ProgramaCurso, Modulo, ActividadAprendizaje, PreguntaDidactica, CompetenciaFormativa, Prerrequisito y MetodoEvaluacion.

Temas iniciales controlados

SLAMActivo, GVF, Robotarium, SistemasMultiagente, SistemasSwarm, ControlMultiagente, CooperacionMultiagente, EducacionIngenieriaControl, Robotica, VisionArtificial, Termodinamica, AprendizajePorRefuerzo, PracticasControl, ProcesamientoSenales, SistemasDinamicos y Control.

GVF queda como acrónimo no resuelto hasta que una fuente determine su expansión y significado en este contexto. “Chantal”, “Jesús”, “Juan” y “Lía” son referencias pendientes de desambiguación; no se les asignan identidad ni funciones sin evidencia.

Relaciones

Relación	Dominio → rango	Uso
`trataTema`	Recurso → Tema	Clasificación temática.
`subtemaDe`	Tema → Tema	Jerarquía temática.
`autor`	Recurso → Persona	Autoría documentada.
`afiliadoA`	Persona → Organización	Afiliación con intervalo temporal.
`publicadoEn`	Publicación → Organización/Fuente	Canal de publicación.
`sostiene`	Recurso → Afirmación	Afirmación derivada del recurso.
`respaldadaPor`	Afirmación → Evidencia	Soporte explícito.
`extraidaDe`	Evidencia → Fuente	Procedencia.
`abordaProblema`	Recurso → ProblemaAbierto	Contribución declarada.
`produceArtefacto`	Proyecto → Artefacto	Resultado de proyecto.
`funcionaMediante`	Artefacto → Mecanismo	Explicación operacional.
`tieneComponente`	Artefacto → Componente	Composición.
`recibeEntrada` / `produceSalida`	Artefacto → Entrada/Salida	Interfaz funcional.
`exigeRequisito`	Pliego → Requisito	Condición exigida.
`satisfaceRequisito`	Proyecto → Requisito	Cumplimiento evaluado.
`incluyeModulo`	Curso → Módulo	Estructura curricular.
`desarrollaCompetencia`	Curso/Práctica → Competencia	Resultado formativo.
`requierePrerrequisito`	Curso/Práctica → Prerrequisito	Dependencia formativa.
`conectadaCon`	Entidad ↔ Entidad	Arista tipada para calcular caminos.

Atributos mínimos

Todo recurso: titulo, resumen, fecha, idioma, url, estado, fechaConsulta.

Publicación: doi, tipoPublicacion, venue.

Afirmación: texto, tipo, confianza, validaDesde, validaHasta.

Evidencia: cita, localizador, metodoExtraccion, revisor.

Curso/práctica: nivel, duracion, modalidad, objetivos, equipamiento, evaluacion.

Problema abierto: formulacion, alcance, limitaciones, madurez.

Conexión: tipoConexion, fuente, fechaInicio, fechaFin.

Reglas y restricciones

Ningún Avance ni ProblemaAbierto se publica como hecho sin al menos una Evidencia enlazada a una Fuente.

Los resúmenes indican periodo, fecha de consulta y criterio de inclusión.

satisfaceRequisito debe incluir estado {cumple, parcial, noCumple, desconocido}, justificación y evidencia.

Cada artefacto debe tener tipo y descripción; afirmar “cómo funciona” exige mecanismo y, cuando proceda, entradas, salidas y componentes.

Un grado de separación es la longitud del camino verificable más corto; cada salto debe usar una relación tipada y respaldada.

Una persona con nombres ambiguos debe desambiguarse mediante identificador, afiliación o fuente antes de inferir conexiones.

AutoridadConocimiento debe referirse a un tema, periodo y criterio explícito.

Se distingue entre hechoVerificado, inferencia, propuesta y datoPendiente.

No se infiere que dos recursos usan el mismo concepto solo porque comparten un acrónimo.

Una práctica debe declarar objetivos, prerrequisitos, procedimiento, seguridad, evidencias de aprendizaje y evaluación.

Plantillas de captura

Avance, publicación o problema abierto

Tipo: [Avance | Publicación | Problema abierto]
Título:
Tema(s):
Resumen:
Fecha o periodo:
Personas/organizaciones:
Afirmación principal:
Fuente y URL/DOI:
Evidencia o cita localizable:
Estado: [verificado | por revisar | controvertido]
Fecha de consulta:

Proyecto frente a pliego

Proyecto:
Problema y tema:
Pliego/fuente:
Requisito:
Cumplimiento: [cumple | parcial | no cumple | desconocido]
Justificación y evidencia:
Artefacto (qué es):
Mecanismo (cómo funciona):
Entradas / salidas / componentes:
Riesgos, limitaciones y madurez:

Curso o práctica de laboratorio

Título, institución y fuente:
Tema, nivel y duración:
Objetivos y competencias:
Prerrequisitos:
Equipamiento/software/datos:
Procedimiento y seguridad:
Evaluación y evidencia de aprendizaje:
Preguntas: activación previa / predicción / observación / explicación / transferencia / reflexión
Licencia y reutilización:

Programa de curso

Propósito y carácter obligatorio/electivo:
Responsables y roles verificados:
Perfil de entrada y resultados de aprendizaje:
Módulos y secuencia:
Prácticas y evaluación:
Cursos universitarios de referencia:
Autoridades y criterio de selección:
Adaptaciones al tema y contexto local:
Cobertura de sistemas dinámicos y control:
Fuentes y fecha de revisión:

Consultas patrón

“Resume los avances verificados de SLAMActivo entre dos fechas, agrupados por método, con fuente y limitaciones.”

“Lista publicaciones etiquetadas GVF; separa sentidos del acrónimo y no mezcles los no resueltos.”

“Encuentra formación sobre Robotarium para nivel inicial con prerrequisitos y prácticas.”

“Compara proyectos multiagente con los requisitos del pliego X y explica sus artefactos.”

“Devuelve problemas abiertos de SLAM y control multiagente citados por dos o más fuentes.”

“Calcula el camino verificable más corto entre Chantal, termodinámica y robótica y muestra cada salto.”

“Construye una secuencia básica de sistemas dinámicos y control, mostrando dependencias y lagunas.”

“Compara temarios de universidades relevantes y propón módulos sin presentar la propuesta como hecho.”

Pruebas de competencia y cobertura

La ontología supera una pregunta cuando la respuesta contiene: resultado, fuente, fecha, criterio, nivel de confianza y lagunas. Para PC06 debe añadir la matriz requisito–cumplimiento y explicación funcional; para PC09, el camino y número de saltos; para PC13/PC15, una estructura docente reutilizable.

Indicadores iniciales:

cobertura = preguntas con respuesta respaldada / 16;

trazabilidad = afirmaciones con evidencia / afirmaciones totales;

actualidad = recursos revisados dentro del periodo acordado;

completitud funcional = artefactos con mecanismo, entradas y salidas;

desambiguación = entidades ambiguas resueltas / entidades ambiguas totales.

Datos pendientes de poblar

Aún no hay fuentes incorporadas para responder de forma factual las PC01–PC16. Se requieren, como mínimo:

publicaciones y proyectos de DACYA con autoría, fecha, DOI/URL y temas;

significado contextual y corpus de “GVF”;

identidad verificable de Chantal, Jesús, Juan y Lía;

catálogo de cursos, prácticas y materiales, incluido Robotarium;

pliegos y criterios para evaluar propuestas multiagente;

fuentes recientes sobre problemas abiertos y avances;

programas universitarios de referencia y criterios para considerar una autoridad;

relaciones documentadas entre personas, grupos, proyectos y temas.

Hasta poblar estos datos, la base puede explicar qué información necesita y cómo evaluarla, pero no debe inventar una respuesta sustantiva.