Conocimiento
Knowledge Acquisition and Documentation Structuring (KADS) es una metodología estructurada que permite desarrollar sistemas basados en conocimiento. Fue desarrollada en la Universidad de Ámsterdam como una alternativa a la aproximación evolutiva y actualmente está aceptada como el estándar europeo en los sistemas de adquisición de conocimiento.
La adquisición y manejo de conocimiento existente es un aspecto delicado en el desarrollo de sistemas, ya que intervienen muchos factores que hay que tener en cuenta para poder trasladarlos a un sistema. Es por ejemplo, el caso de la medicina, o de la consultoría. Estos sistemas tratan con una enorme cantidad de variables distintas basadas en el conocimiento puro, lo que hace muy complicado la traslación de ese conocimiento a un sistema. CommonKADS, a través de una serie de herramientas propias, hace un recorrido desde el alto nivel del conocimiento hasta la programación más básica del sistema.
Uno de los aspectos más importantes de KADS es que nace como una necesidad en la gestión y adquisición de nuevas unidades de conocimiento y mejora en la gestión de la innovación, siendo una alternativa viable donde otros sistemas han fracasado. Es por ello que, utilizando un sistema de codificación similar a UML, establece una metodología estricta para así poder realizar una correcta gestión de este conocimiento.
¿A quien está dirigido commonKADS?
- A ingenieros de software que trabajan día día en la construcción de sistemas basados en conocimiento que necesitan satisfacer las necesidades del cliente, commonKADS les ofrece un estándar para el desarrollo de sistemas que asegura una el desarrollo de una solución de alta calidad que ofrece componentes reutilizables y soportados a través de guías y herramientas prácticas.
- A responsables de la gestión del conocimiento, commonKADS les ofrece métodos para crear descripciones y aproximaciones muy exactas de tareas basadas exclusivamente en conocimiento a lo largo de todos los procesos de negocio con tecnicas y herramientas para realizar análisis de conocimiento, desarrollos basados en conocimiento, y almacenamiento del conocimiento.
¿Qué es commonKADS?
El estándar CommonKADS, es:
- Una metodología para gestionar proyectos de ingeniería del conocimiento
- Un marco de trabajo para la gestión del conocimiento
- Una metodología para mejorar la aplicación del conocimiento
Los problemas a los que se enfrentaba KADS, y que pretendía solucionar eran que la interpretación de los datos verbales está muy influenciada por el tipo de implementación, donde muchas veces no existen reglas, lo que da lugar a malentendidos y a problemas que resultan, muchas veces, en un sistema que tiene una pérdida de conocimiento.
Éstos sistemas de gestión del conocimiento solo contienen representaciones limitadas de todo el conocimiento disponible en el dominio, son incapaces de ofrecer unas explicaciones totalmente aceptables acerca de sus conclusiones, debido a que el conocimiento representado en estos sistemas está muchas veces desestructurado, por lo que muchas veces no se entiende por qué determinadas reglas o líneas de acción han sido incluidas en el sistema.
Posibilidades de commonKADS
CommonKADS ofrece la posibilidad de modelar en base a tres acercamientos distintos a un proceso:
- Un modelo de Contexto: En el cual se ponen de manifiesto cuales son los parámetros de contexto del proceso, una descripción a alto nivel.
- Un modelo de Concepto: En el que se conceptualizan las distintas partes del proceso, realizando un acercamiento todavía mayor a los entresijos del conocimiento.
- Un modelo de Diseño: En el que se aborda la implementación de un sistema para el proceso, esto es, la programación del sistema basado en el conocimiento.
Modelos de Contexto
Modelo de Organización
Refleja el análisis de las características que son mejores para la organización, organiza la descripción de problemas y oportunidades para los sistemas de conocimiento. Establece la viabilidad y valor de las acciones y el conocimiento.
Modelo de Tareas
Las tareas son divisiones de un proceso. Se realiza una plantilla distinta para cada una de las tareas. Analiza las tareas de distribución globales, es decir, las entradas y salidas, además de las precondiciones y criterios de distribución. Necesita recursos y competencias.
Modelo de Agente
Los agentes son ejecutores de tareas, un agente puede ser un humano, o una información en el sistema, o cualquier otra entidad capaz de realizar una tarea. Describe las características de los agentes, particularmente su competencia, autoridad para actuar, y restricciones acerca de éstos. Además, son encargados de la comunicación.
Modelos de Concepto
Modelo OTA
El conjunto de modelos CommonKADS puede ser visto como una constitución de requerimientos especificados por el sistema de conocimiento, partiendo de diferentes aspectos. Basado en esos requerimientos, el Modelo de Diseño da un sistema técnico específico en términos de arquitectura, plataforma de implementación, módulos de software, y mecanismos computacionales que necesitan implementar las funciones puestas bajo el conocimiento y modelos de Comunicación.
Los modelos de Organización, Tareas y de Agente analizan el ambiente organizacional y los sucesos críticos correspondientes por los factores de un sistema de conocimiento. Los modelos de Conocimiento y de Comunicación tienen un rendimiento para resolver problemas de función y datos que no pueden ser manejados como conocimiento. El Modelo de diseño convierte esto en bases técnicas específicas para el software o implementación que se esté haciendo.
Modelo de Comunicación
Para los agentes, la ejecución de determinadas tareas es complicada, debido a su complejidad o alcance, por lo que es importante un modelo que comunique las transacciones entre los agentes involucrados en una tarea.
Este modelo tiene como objetivo la comunicación entre los distintos agentes para la ejecución de estas tareas, y se trata de un modelo entre el modelo conceptual y un modelo de comunicación independiente, como es el Modelo de Comunicación.
Modelo de Conocimiento
Su propósito es explicar en detalle los tipos y estructuras del conocimiento usados en una sesión de tarea, proporcionando una descripción de implementación independiente del papel de los diferentes componentes de conocimiento que se usan para resolver el problema; en otras palabras, entendible para el humano. Estos hechos son un importante vehículo de comunicación con expertos y usuarios acerca de los aspectos de los problemas y resoluciones de los sistemas de conocimiento. Todo se hace dentro de la ejecución del sistema a desarrollar.
Herramientas de commonKADS
CML
CML (Conceptual Modelling Language) es un notación formal, altamente estructurada para la especificación de los modelos de conocimiento creados mediante CommonKADS.
La notación CML utilizada en CommonKADS cubre el dominios de conocimiento, incluidas las especificaciones ontológicas, los modelos de inferencia, y los modelos de tareas de la forma más amplia posible.
UPML
UPML (Unified Problem-Solving Modelling Language) es un lenguaje de modelado orientado a resolver los problemas que tiene que derivar un sistema de información basado en conocimiento. Responde a las siglas de Unified Problem-Solving Modelling Language.
Los sistemas basados en conocimiento son sistemas de información que tienen que lidiar con problemas complejos mediante el uso del conocimiento. Este conocimiento puede ser implementado en el sistema, o automáticamente derivado por este usando técnicas de abducción, deducción e inducción. Este conocimiento está principalmente representado de forma declarada, en vez de utilizar complejos algoritmos, como en el caso de CommonKADS. Ésta representación declarativa del conocimiento ahorra grandes esfuerzos en el proceso de desarrollo y mantenimiento de estos sistemas de información, así como en la necesidad de facilitar su entendimiento.
Originalmente, los sistemas de información basados en conocimiento utilizaban sencillos mecanismos genéricos de inferencia para ofrecer resultados a los casos que se les facilitaban.
Los motores de inferencia, como la unificación, eran los encargados de derivar el conocimiento para obtener los resultados de los casos de uso.
Los métodos de resolución de problemas mejoran el proceso de inferencia genérica para permitir un control más directo sobre los procesos de razonamiento. Los métodos de resolución de problemas describen este control independientemente del dominio de aplicación y permite la reutilización del conocimiento estratégico o crítico para diferentes aplicaciones y dominios.
UPML es un lenguaje descriptivo estructurado especializado para determinados sistemas, que proporciona componentes, adaptadores y configuraciones para conectar los componentes usando estos adaptadores, llamado expectativa de arquitectura.
Las guías de diseño final proporcionan las vías para desarrollar un sistema construido desde los componentes y los conectores que satisfaga las expectativas de arquitectura y respete los límites del sistema.
