Ontologia
Esquema ontológico para investigación, docencia y conexiones de conocimiento en DACYA

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.

Do you like what you are reading? Subscribe to receive updates.

Unsubscribe anytime