Ontologías Sesión 15 Eduardo Morales / L. Enrique Sucar Sesión 15 Eduardo Morales / L. Enrique Sucar.

Slides:



Advertisements
Presentaciones similares
Arquitecturas de administración de redes y sus submodelos
Advertisements

Plan de Implantación Sistemas de Información III
Fundamentos de Diseño de Software INFT.1
Ingeniería del Software UMG Ingeniería en Sistemas
TECNICATURA UNIVERSITARIA EN INFORMATICA
ANÁLISIS DE REQUERIMIENTOS
UML para programadores Java
La web semántica y su impacto en la recuperación de información
Servicios Web.
Arquitectura Orientada a Servicios (SOA)
Modelo de Datos Unidad II.
Introducción a la Orientación a Objetos
Teórico: Introducción
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno.
DIAGRAMAS DE CLASES Completando los diagramas de interacción, es posible identificar la especificación de las clases que participarán en la solución indicando.
DIAGRAMA DE COMPONENTES INTEGRANTES Córdova Vásquez Giovanny Escobar Alvares Calixto Gomez Quinteros Adelaida Pinto Flores Yarmila.
Mayo de 2009Dos Ideas - La visión de Sistemas desde el Desarrollo Introducción a Base de Datos Conceptos básicos.
Desarrollo Orientado a Objetos con UML
AUDITORIA DE SISTEMAS DE INFORMACIÓN
HERRAMIENTAS CASE.
Proceso investigativo
DEPARTAMENTO DE INGENIERÍA INFORMÁTICA
Diseño del Software Diseño de datos Diseño arquitectónico
(c) P. Gomez-Gil, INAOE DISEÑO DE COMPONENTES DE SOFTWARE * NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP.
Representación del conocimiento
Ingeniería de Software
Viviana Poblete López Módulo: Modelo de Datos
Facultad de Ciencias de la Computación MC Beatriz Beltrán Martínez
Inteligencia artificial
Ingeniería de Software Orientado a Objetos
DISEÑO DE SOFTWARE 1ª. Parte
Las etapas de un proyecto
5.3 APROXIMACIONES AL DISEÑO
Unidad VI Documentación
Comunicación y Multimedia
UNIDAD 2. ALGORITMOS Y ESTRUCTURAS DE DATOS.
Ingeniería de software
INSTITUTO TECNOLOGICO DE MINATITLAN ASIGNATURA: FUNDAMENTOS DE PROGRAMACION DOCENTE: JOSE ANGEL TOLEDO ALVAREZ ALUMNA: ALEJANDRA OSORIO ARVISU SEMESTRE:
INTRODUCCIÓN A LA INTELIGENCIA ARTIFICIAL Y LOS SISTEMAS EXPERTOS
Habilidades TIC para el aprendizaje
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
Estudio de Viabilidad del Sistema (EVS)
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
Ing. Noretsys Rodríguez. Definición de Conceptos  Falla: Ocurre cuando un programa no se comporta de manera adecuada. Es una propiedad estadística de.
Métrica v2.1 Técnicas: Modelado de datos (Parte 1)
Subsecretaría de Educación Superior Dirección General de Educación Superior Tecnológica INSTITUTO TECNOLÓGICO DE SALINA CRUZ TEMA: herramientas de programación.
Diseño de Sistemas.
Introducción a UML Departamento de Informática Universidad de Rancagua
Ingeniería de Requisitos
Fundamentos de Sistemas Expertos
III. DESARROLLO DE SISTEMAS.. Podemos definir el desarrollo de sistemas informáticos como el proceso mediante el cual el conocimiento humano y el uso.
UML.
Ingeniería de Requerimientos
Unified Modeling Language (Lenguaje de Modelamiento unificado)
Ciclo de Vida del Software
Un requerimiento es una condición o capacidad a la que el sistema (siendo construido) debe conformar [ Rational ]. Un requerimiento de software puede.
INGENIERIA DE SOFTWARE
República Bolivariana de Venezuela Universidad Nacional Experimental Politécnica de la Fuerza Armada (UNEFA) Carrera: Ingeniería de Sistemas Cátedra: Análisis.
DISEÑO DE BASES DE DATOS (modelos para el diseño)
Introducción AOO. Contenido - Introducción - Repaso de Orientación a Objetos - UML - Casos de Uso.
Diagrama de Clases.
EI, Profesor Ramón Castro Liceaga IV. AREAS DE EVALUACIÓN DE LA AUDITORIA EN INFORMÁTICA. UNIVERSIDAD LATINA (UNILA)
Servicios Web Conjunto de aplicaciones o de tecnologías con capacidad para interoperar en la Web. Estas aplicaciones o tecnologías intercambian datos entre.
PRESENTACION DE INGENIERIA ORIENTADA A OBJETOS
Fundamentos de Ingeniería de Software
Modelado Orientado a Objetos Programación Orientada a Objetos Departamento de Sistemas Universidad del Cauca 2006.
2015-BM5A. Introducción Durante años, los programadores se han dedicado a construir aplicaciones muy parecidas que resolvían una y otra vez los mismos.
Verificación y Validación del Software
VERIFICACIÓN Y VALIDACIÓN DE SISTEMAS 3.10 Fase de manejo de requerimientos 4.1 Modelado de pruebas en UML Ponente: ing. Alejandro tapia vazquez.
Entregables del Proyecto
Transcripción de la presentación:

Ontologías Sesión 15 Eduardo Morales / L. Enrique Sucar Sesión 15 Eduardo Morales / L. Enrique Sucar

El conocimiento se puede ver como información acerca de información. Básicamente es información semánticamente “rica”. Introducción

Un conjunto de conocimiento formalmente representado se basa en una conceptualización: los objetos y otras entidades que se asumen existir en un área de interés y las relaciones entre ellas. Un conjunto de conocimiento formalmente representado se basa en una conceptualización: los objetos y otras entidades que se asumen existir en un área de interés y las relaciones entre ellas.

Una conceptualización es un vista abstracta, simplificada del mundo que queremos representar con un propósito. Cada base de conocimiento, sistema basado en conocimiento o agente a nivel de conocimiento está sujeto, explícita o implícitamente, a una conceptualización. Cada base de conocimiento, sistema basado en conocimiento o agente a nivel de conocimiento está sujeto, explícita o implícitamente, a una conceptualización.

Una ontología es una especificación explícita de una (o una parte de una) conceptualización. Una ontología es una especificación explícita de una (o una parte de una) conceptualización.

Lo que incluye es un vocabulario de términos y especificación de su sentido. El grado de formalidad de esta especificación va desde: muy informal, semi-informal, semi-formal, rigurosamente formal. Lo que incluye es un vocabulario de términos y especificación de su sentido. El grado de formalidad de esta especificación va desde: muy informal, semi-informal, semi-formal, rigurosamente formal.

Conceptualizaciones compartidas incluyen ambientes para modelar conocimiento del dominio; protocolos de comunicación de contenidos específicos para agentes inter-operativos; y acuerdos acerca de la representación de teorías de dominios particulares. Ontologías son acuerdos acerca de conceptualizaciones compartidas.

El término es tomando de filosofía, donde Ontología se refiere a Existencia. Para IA, lo que “ existe ” es aquello que puede ser representado. El término es tomando de filosofía, donde Ontología se refiere a Existencia. Para IA, lo que “ existe ” es aquello que puede ser representado. Un agente se asocia a una ontología. Esto garantiza consistencia, pero no completés.

La creciente automatización de procesos en general ha provocado una proliferación de sistemas de información con semánticas que se traslapan. La creciente automatización de procesos en general ha provocado una proliferación de sistemas de información con semánticas que se traslapan. Motivación Por otro lado existe la necesidad de reutilización de conocimiento, para eficientar esta automatización.

Los desarrollos de sistemas basados en conocimiento y de software en general, normalmente se hacen en diferentes contextos, puntos de vista y suposiciones acerca de su materia de estudio. Cada uno usa su propio vocablo, pueden tener diferentes conceptos que a veces se traslapan y diferentes métodos y estructuras.

La inter-operabilidad El potencial de reutilizar y compartir información La inter-operabilidad El potencial de reutilizar y compartir información Esto ha provocado problemas de comunicación por falta de entendimiento compartido. Esto limita:

Cómo resolverlo: Teniendo un entendimiento compartido que unifique los diferentes puntos de vista y que sirva para: Cómo resolverlo: Teniendo un entendimiento compartido que unifique los diferentes puntos de vista y que sirva para: (i) Propósitos de comunicación, (ii) Inter-operabilidad entre sistemas, (iii) Re-utilización, (iv) Confiabilidad, (v) Especificación (i) Propósitos de comunicación, (ii) Inter-operabilidad entre sistemas, (iii) Re-utilización, (iv) Confiabilidad, (v) Especificación

Comunicación

Una posibilidad es tener un modelo de conocimiento, haciendo una analogía con un modelo de datos. Un modelo de datos describe la estructura lógica de los datos y su aplicación. Uno de los trabajos seminales fue el del modelo de entidad-relación. Una posibilidad es tener un modelo de conocimiento, haciendo una analogía con un modelo de datos. Un modelo de datos describe la estructura lógica de los datos y su aplicación. Uno de los trabajos seminales fue el del modelo de entidad-relación.

El modelo es una descripción esquemática de las instancias del modelo. Estas instancias, representan los datos que son usados por la aplicación. Se han hecho muchas extensiones al modelo entidad-relación para tratar de capturar el significado de los datos (la parte semántica). Una extensión común es usar jerarquías de clases-subclases. El modelo es una descripción esquemática de las instancias del modelo. Estas instancias, representan los datos que son usados por la aplicación. Se han hecho muchas extensiones al modelo entidad-relación para tratar de capturar el significado de los datos (la parte semántica). Una extensión común es usar jerarquías de clases-subclases.

El modelo de datos toma un solo punto de vista del mundo. Describe los objetos o instancias de interés, pero bajo una sola posible interpretación. El modelo de datos toma un solo punto de vista del mundo. Describe los objetos o instancias de interés, pero bajo una sola posible interpretación. Algunas de sus limitaciones son: Si uno quiere re-utilizar algún término, se hace evidente que el término puede tener diferentes interpretaciones dependientes del contexto.

La reutilización de conocimiento complejo es imposible sin tomar en cuenta los diferentes puntos de vista. Esto es, los puntos de vista no añaden información, por lo que la visión global es limitada. Algo de esto existe en bases de datos, pero toda la información tiene que estar presente.

Puntos de Vista

Por otro lado, existen desarrollos en modelo de datos orientados a objetos. Sin embargo, siguen siendo pobres en su representación de relaciones entre objetos. La jerarquía y herencia basada en la relación IS-A es sólo una de las posibles relaciones que pueden existir. Por otro lado, existen desarrollos en modelo de datos orientados a objetos. Sin embargo, siguen siendo pobres en su representación de relaciones entre objetos. La jerarquía y herencia basada en la relación IS-A es sólo una de las posibles relaciones que pueden existir.

Una posible solución es hacer accesible la semántica de la información almacenada: ¿Qué contiene?, ¿Qué propiedades? y ¿Cómo puede usarse? ¿Qué contiene?, ¿Qué propiedades? y ¿Cómo puede usarse? Si algún agente entiende la ontología puede usar la información.

Las ontologías en sí mismas también puede ser reutilizadas. Así como existe una frontera difusa entre conocimiento e información, existe una frontera difusa entre ontologías y modelos de datos. Las ontologías en sí mismas también puede ser reutilizadas. Así como existe una frontera difusa entre conocimiento e información, existe una frontera difusa entre ontologías y modelos de datos. Finalmente, una ontología se puede ver como un modelo de datos de conocimiento.

La representación de objetos del mundo real siempre depende del contexto en el que los objetos son usados. Este contexto puede verse como un punto de vista tomado del objeto. Es generalmente imposible enumerar de antemano todos los posibles puntos de vista útiles de (o clases de) objetos. La representación de objetos del mundo real siempre depende del contexto en el que los objetos son usados. Este contexto puede verse como un punto de vista tomado del objeto. Es generalmente imposible enumerar de antemano todos los posibles puntos de vista útiles de (o clases de) objetos. Principio 1 :

La reutilización de algún pedazo de conocimiento requiere de una descripción explícita de los puntos de vista que están inherentemente presentes en el conocimiento. De otra forma, no hay forma de saber si el pedazo de conocimiento es aplicable a una nueva aplicación y porqué. La reutilización de algún pedazo de conocimiento requiere de una descripción explícita de los puntos de vista que están inherentemente presentes en el conocimiento. De otra forma, no hay forma de saber si el pedazo de conocimiento es aplicable a una nueva aplicación y porqué. Principio 2 :

El propósito de una ontología es hacer explícito algún punto de vista. A veces necesitamos combinar dos o más ontologías. Algunas de las características típicas de las ontologías son: Pueden existir ontologías múltiples: Cada ontología introduce conceptualizaciones específicas. Cada ontología introduce conceptualizaciones específicas.

Podemos identificar niveles de abstracción de las ontologías. Estos niveles de generalización nos da una topología de ontologías. Podemos identificar niveles de abstracción de las ontologías. Estos niveles de generalización nos da una topología de ontologías. La idea es caracterizar una red de ontologías usando multiplicidad y abstracción. Podemos pensar en una estrategia de construcción gradual de abajo hacia arriba.

Multiplicidad de la representación. Un concepto puede ser representado de muchas formas que pueden coexistir Multiplicidad de la representación. Un concepto puede ser representado de muchas formas que pueden coexistir Mapeo de ontologías. Establecer relaciones entre los elementos de una o más ontologías, para establecer conexiones, especializaciones, generalizaciones, etc. Mapeo de ontologías. Establecer relaciones entre los elementos de una o más ontologías, para establecer conexiones, especializaciones, generalizaciones, etc.

Tipos de Ontologías En KACTUS identificaron 4 tipos de ontologías de acuerdo a su alcance de aplicabilidad: 1. Ontología de la aplicación: Usadas por la aplicación. Ontología de procesos de producción, de diagnóstico de fallas, de diseño intermedio de barcos, etc. Tipos de Ontologías En KACTUS identificaron 4 tipos de ontologías de acuerdo a su alcance de aplicabilidad: 1. Ontología de la aplicación: Usadas por la aplicación. Ontología de procesos de producción, de diagnóstico de fallas, de diseño intermedio de barcos, etc.

2. Ontología del dominio: Específicas para un tipo de artefacto, generalizaciones sobre tareas específicas en algún dominio. Por ejemplo, ontología del proceso de producción de hidrocarburos, de la red eléctrica, de barcos, etc. 2. Ontología del dominio: Específicas para un tipo de artefacto, generalizaciones sobre tareas específicas en algún dominio. Por ejemplo, ontología del proceso de producción de hidrocarburos, de la red eléctrica, de barcos, etc.

3. Ontologías técnicas básicas: Describe características generales de artefactos. Por ejemplo: componentes, procesos, funciones. 3. Ontologías técnicas básicas: Describe características generales de artefactos. Por ejemplo: componentes, procesos, funciones. 4. Ontologías genéricas: Describe la categoría de más alto nivel. 4. Ontologías genéricas: Describe la categoría de más alto nivel.

1. Claridad: Una ontología debe de poder comunicar de manera efectiva el significado de sus términos. Las definiciones deben de ser objetivas y comentadas en lenguaje natural 1. Claridad: Una ontología debe de poder comunicar de manera efectiva el significado de sus términos. Las definiciones deben de ser objetivas y comentadas en lenguaje natural Criterios de Diseño de Ontologías

2. Coherencia: Debe de permitir hacer inferencias que sean consistentes con las definiciones 2. Coherencia: Debe de permitir hacer inferencias que sean consistentes con las definiciones 3. Extendible: Debe de anticipar usos y permitir extensiones y especializaciones monotónicas 3. Extendible: Debe de anticipar usos y permitir extensiones y especializaciones monotónicas

4. Sesgo de codificación mínimo ( minimal encoding bias ): Especificar al nivel de conocimiento sin depender de una codificación particular a nivel de símbolo. 5. Mínimo compromiso ontológico: Hacer la menor cantidad de suposiciones acerca del mundo modelado. 5. Mínimo compromiso ontológico: Hacer la menor cantidad de suposiciones acerca del mundo modelado. En estos criterios de decisión se tienen que hacer balances.

1. Comunicación: Modelos normativos, red de relaciones, consistencia y falta de ambigüedad, integración de diferentes perspectivas de usuarios, etc. 1. Comunicación: Modelos normativos, red de relaciones, consistencia y falta de ambigüedad, integración de diferentes perspectivas de usuarios, etc. Usos de Ontologías

2. Inter-operabilidad: Usar ontologías como una inter-lingua. 2. Inter-operabilidad: Usar ontologías como una inter-lingua. 3. Ingeniería de sistemas: Especificación, confiabilidad y reutilización 3. Ingeniería de sistemas: Especificación, confiabilidad y reutilización

1. Identificar propósito y alcance (usuarios potenciales) 1. Identificar propósito y alcance (usuarios potenciales) Metodología Genérica 2. Construcción de ontología: Captura: (i) Identificación de conceptos y relaciones claves, (ii) Producción de definiciones no ambigüas, (iii) Identificación de términos Captura: (i) Identificación de conceptos y relaciones claves, (ii) Producción de definiciones no ambigüas, (iii) Identificación de términos

Codificación: Representación explícita de la conceptualización en un lenguaje formal Codificación: Representación explícita de la conceptualización en un lenguaje formal Integración de ontologías existentes: cómo, cuáles y si vamos a usar alguna ontología existente Integración de ontologías existentes: cómo, cuáles y si vamos a usar alguna ontología existente 3. Evaluación 4. Documentación

Metodología de Construcción (KACTUS) 1. Especificar: Metodología de Construcción (KACTUS) 1. Especificar: El contexto de aplicación: el dominio, los objetos de interés y las tareas que se van a realizar por la ontología (para qué se va a construir). El contexto de aplicación: el dominio, los objetos de interés y las tareas que se van a realizar por la ontología (para qué se va a construir).

El punto de vista del modelado: Describe el tipo de modelo, tales como, dinámico - estático, funcional - causal, etc. El punto de vista del modelado: Describe el tipo de modelo, tales como, dinámico - estático, funcional - causal, etc. Por ejemplo: en el sector eléctrico podemos pensar en 4 grandes conceptos: generación, distribución, transporte y consumo.

Los componentes de la funcionalidad son: generadores, líneas de transmisión, capacitores, transformadores, cargas, etc. Algunas variables son: voltaje, corriente, potencia, y sus leyes. Los componentes de la funcionalidad son: generadores, líneas de transmisión, capacitores, transformadores, cargas, etc. Algunas variables son: voltaje, corriente, potencia, y sus leyes.

2. Hacer un diseño preliminar basándose en una ontología existente. Implica una etapa de análisis y de mapeo de ontologías. 2. Hacer un diseño preliminar basándose en una ontología existente. Implica una etapa de análisis y de mapeo de ontologías. El mapeo puede ser:

De formalización: de la especificación o del modelado. De formalización: de la especificación o del modelado. Para aumentar la parte declarativa de la ontología Para aumentar la parte declarativa de la ontología Para especializar términos creando subtipos o restricciones de tipos Para especializar términos creando subtipos o restricciones de tipos Mezcla de todos

Por ejemplo, una línea de transmisión es un elemento que transporta energía eléctrica, genera pérdidas y baja el voltaje. Este paso es el más difícil e implica mayor trabajo. El proceso de transporte de energía es un caso específico de un proceso físico, por lo que podemos tomar una ontología de procesos físicos.

Por otro lado, la descomposición de procesos es otro aspecto que podemos incorporar usando una ontología de descomposición. Después tenemos que verificar que los conceptos encontrados en las ontologías son adecuados para nuestro propósito. Por otro lado, la descomposición de procesos es otro aspecto que podemos incorporar usando una ontología de descomposición. Después tenemos que verificar que los conceptos encontrados en las ontologías son adecuados para nuestro propósito.

Básicamente debemos de considerar que la ontología construida va a ser reutilizada. 3. Hacer un diseño definitivo y evaluarlo Algunos principios generales de reutilización son: abstracción (lo más abstracto posible, pero suficientemente concreto) modularización (aislar conceptos), jerarquización (orden) y estandarización (e.g., STEP).

La documentación tiene que hacerse en forma paralela a los puntos anteriores y debe de tener el tipo de mapeo en que se basa la nueva teoría, diferencias semánticas con las ontologías seleccionadas, justificación de las decisiones tomadas, evaluación, conocimiento adicional para usarla, etc. La documentación tiene que hacerse en forma paralela a los puntos anteriores y debe de tener el tipo de mapeo en que se basa la nueva teoría, diferencias semánticas con las ontologías seleccionadas, justificación de las decisiones tomadas, evaluación, conocimiento adicional para usarla, etc. 4. Documentación y reutilización.

Hacer tormentas de ideas para producir todos los términos relevantes y frases, y estructuración inicial para identificar referencias cruzadas entre las áreas Hacer tormentas de ideas para producir todos los términos relevantes y frases, y estructuración inicial para identificar referencias cruzadas entre las áreas Metodología (tips) para la definición de términos Producir definiciones Determinar la meta-ontología: inicialmente no casarse con ninguna Determinar la meta-ontología: inicialmente no casarse con ninguna

Dividir en áreas que tengan el traslape semántico más grande y trabajar primero en ellas. Dividir en áreas que tengan el traslape semántico más grande y trabajar primero en ellas. Proceder de en medio hacia afuera: esto es definir los términos considerados fundamentales y moverse a niveles más abstractos y específicos. Proceder de en medio hacia afuera: esto es definir los términos considerados fundamentales y moverse a niveles más abstractos y específicos.

Una metodología de abajo hacia arriba produce demasiado nivel de detalle, aumenta esfuerzo, difícil identificar cuestiones comunes entre conceptos relacionados, lo cual aumenta el riesgo de tener inconsistencias.

Una metodología de arriba a abajo, puede resultar en establecer una categorización arbitraria, con posible poca estabilidad y puede no identificar cuestiones comunes en una red compleja.

Formato de proceso de intercambio ( Process Interchange Format - PIF): es un proyecto para intercambiar modelos de procesos de negocios usando diferentes representaciones. Formato de proceso de intercambio ( Process Interchange Format - PIF): es un proyecto para intercambiar modelos de procesos de negocios usando diferentes representaciones. Proyectos de Ontologías Ontologás de planes: proyecto ARPA para desarrollar un lenguaje de especificación de representación de conocimiento (KRSL) para representar planes e información de planificación. Ontologás de planes: proyecto ARPA para desarrollar un lenguaje de especificación de representación de conocimiento (KRSL) para representar planes e información de planificación.

CYC proyecto de MCC (Microelectronics and Computer technology Corporation) da los fundamentos para razonamiento de sentido común mediante el desarrollo de ontologías. CYC proyecto de MCC (Microelectronics and Computer technology Corporation) da los fundamentos para razonamiento de sentido común mediante el desarrollo de ontologías. TOVE (TOronto Virtual Enterprise): Desarrollar una ontología para empresas. TOVE (TOronto Virtual Enterprise): Desarrollar una ontología para empresas. Se puede ver la ontología de CYC, más que una ontología monolítica, como una red de microteorías.

Enterprise: Proyecto parecido a TOVE pero Inglés, y el énfasis es sobretodo en proveer un ambiente de integración de herramientas y métodos usados en los negocios. Enterprise: Proyecto parecido a TOVE pero Inglés, y el énfasis es sobretodo en proveer un ambiente de integración de herramientas y métodos usados en los negocios.

KACTUS: Proyecto ESPRIT para el desarrollo de una metodología de reutilización de conocimiento técnico. KACTUS: Proyecto ESPRIT para el desarrollo de una metodología de reutilización de conocimiento técnico. Plinius: El objetivo es la extracción semi-automática de conocimiento a partir de textos en lenguaje natural enfocado a materiales cerámicos. Plinius: El objetivo es la extracción semi-automática de conocimiento a partir de textos en lenguaje natural enfocado a materiales cerámicos.

En principio podemos usar cualquier lenguaje de programación, pero a veces carecen de expresividad para escribir lo que queremos decir. Algunas de las primitivas que se añaden son: En principio podemos usar cualquier lenguaje de programación, pero a veces carecen de expresividad para escribir lo que queremos decir. Algunas de las primitivas que se añaden son: Lenguajes de especificación de ontologías

Contructores para agregados, multiples jerarquías clase-subclase, reglas y axiomas Contructores para agregados, multiples jerarquías clase-subclase, reglas y axiomas Varias formas de modularización, para poder escribir diferentes ontologías y sus inter- relaciones. Varias formas de modularización, para poder escribir diferentes ontologías y sus inter- relaciones. La posibilidad de tomar una visión a un meta-nivel. La posibilidad de tomar una visión a un meta-nivel.

KIF (Knowledge Interchange Format) y gráfos conceptuales KIF (Knowledge Interchange Format) y gráfos conceptuales Algunos lenguajes utilizados son: STEP (STandard for the Exchange of Product model data) y su lenguaje de especificación EXPRESS STEP (STandard for the Exchange of Product model data) y su lenguaje de especificación EXPRESS

CML (Conceptual Modelling Language) Desarrollado como parte de KADS dentro del proyecto de CommonKADS. CML (Conceptual Modelling Language) Desarrollado como parte de KADS dentro del proyecto de CommonKADS. Ontolingua (Stanford)

CORBA (The Common Object Request Broker Arquiteture) y el lenguaje IDL (Interface Definition Languaje) CORBA (The Common Object Request Broker Arquiteture) y el lenguaje IDL (Interface Definition Languaje) Workflow management coalition (WfMC) Workflow management coalition (WfMC)

Se busca en el lenguaje: (i) expresividad y (ii) uso. Se busca en el lenguaje: (i) expresividad y (ii) uso. Todavía no hay un estándar. Lo importante es el contenido más que la sintaxis.

Existe un servidor puesto por el laboratorio de sistemas de conocimiento de la Universidad de Stanford que permite:... Herramientas de Soporte: El servidor de ontologías (KSL) Herramientas de Soporte: El servidor de ontologías (KSL)

Permite trabajo colaborativo a través de internet. Usa Ontolingua (parecido a KIF). Crear, editar, evaluar, publicar, mantener y revisar ontologías (

Desarrollo de ontologías como soporte de inter-lingua e interoperabilidad entre herramientas en algún dominio (traductores e integración) Desarrollo de ontologías como soporte de inter-lingua e interoperabilidad entre herramientas en algún dominio (traductores e integración) Trabajo Futuro Desarrollo de herramientas para apoyar el diseño y evaluación de ontologías Desarrollo de herramientas para apoyar el diseño y evaluación de ontologías

Desarrollo de bibliotecas de ontologías Metodologías de diseño y evaluación de ontologías Metodologías de diseño y evaluación de ontologías Desarrollo e integración de nuevas ontologías Desarrollo e integración de nuevas ontologías

Ontologías FIN