Metodologa CommonKADS

El desarrollo de un sistema basado en el conocimiento, desde el punto de vista de CommonKADS,

se comprende como la construccin de una serie de modelos de comportamiento de solucin de
problemas, vistos en su contexto organizacional y de aplicacin concreto. En CommonKADS se
ofrecen un conjunto de formularios que facilitan la construccin del sistema y permiten obtener las
especificaciones y los requerimientos de un problema y su solucin.
Ciclo de vida de CommonKADS
Esta metodologa est fundamentada en el modelo del ciclo de vida en espiral el cual proporciona
una estructura para el desarrollo del sistema computarizado (Wielinga, Schreiber y Breuker, 1992).
Existen un conjunto de fases con un orden de ejecucin predeterminado que constituyen el
desarrollo.
Dentro de cada fase se lleva a cabo un conjunto de actividades distintas.
Al final de cada fase se produce uno o ms productos tangibles, como documentos, informes,
diseos, entre otros, que normalmente constituyen entradas a otras fases.
CommonKADS est formada por un conjunto de etapas, cada una con tareas y productos
asociados, las cuales son:
Anlisis: En esta etapa se comprende el problema desde el punto de vista de la solucin que se
piensa desarrollar. Contiene la especificacin de los requerimientos externos del sistema basado
en el conocimiento y un anlisis del problema especfico. Algunos productos que se obtienen son:
documento del proyecto, documento de requerimientos y documento del modelo.
Diseo: Se hace una descripcin fsica donde se plantean detalladamente cada uno de sus
componentes y una descripcin conceptual del comportamiento del sistema. De esta etapa debe
salir la descripcin del sistema desde el punto de vista computarizado y la especificacin modular
del sistema.
Implantacin del sistema: En esta etapa se considera la integracin del software realizado como su
adaptacin a la organizacin.
El uso: Se elaboran actividades en relacin con el manejo del sistema y de los resultados que este
proporcione.
El mantenimiento y refinamiento del conocimiento.

El Proceso de Modelado del Contexto

Los pasos a seguir son:
Llevar a cabo un estudio de alcance y viabilidad. Herramienta: Modelo de Organizacin (OM).
Llevar a cabo un estudio de impacto y mejora (para enfocar/ampliar/refinar el modelo de la
organizacin). Herramienta: Modelos de Tareas y de Agentes (TM, AM).
Cada estudio consta de una parte de anlisis y una parte de decisin constructiva:
Estudio del alcance y viabilidad:
Anlisis.- Se trata de identificar las reas problema/oportunidades y buscar soluciones potenciales,
ubicndolos en una perspectiva ms amplia en la organizacin.

Sntesis.- Se trata de estudiar la viabilidad econmica, tcnica y del proyecto, elegir el rea (o
reas) ms comprometedora y la solucin meta.
Estudio de impacto y mejoras (para cada rea elegida en el paso anterior):
a) Anlisis.- Se estudian las interrelaciones entre la tarea, los agentes involucrados y el uso de
conocimiento para un sistema con xito, intentando ver que mejoras se pueden lograr.
El Proceso de Modelado del Contexto
b) Diseo.- Se decide acerca de los cambios en las tareas y las medidas de la organizacin para
asegurar su aceptacin y la integracin de una solucin basada en SBC.
Como ya hemos visto en el captulo anterior, el nivel contextual aglutina tres modelos:
Estudio de alcance y viabilidad
Modelo de la Organizacin (OM) para describir y analizar la organizacin en sentido amplio
Estudio de impacto y mejoras
Modelo de Tareas (TM) y Modelo de Agentes (AM), ms centrados y detallados, enfocan las partes
relevantes
TM: tareas y conocimiento relativo a ellas directamente relacionado con el problema a resolver con
el SBC
AM: agentes involucrados en las tareas del TM
Para simplificar este trabajo se dispone de formularios u hojas de trabajo que ayudan en el proceso
de modelado:
. 5 formularios para el OM
. 2 formularios para el TM
. 1 formulario para el AM
. 1 formulario resume
Estas hojas de trabajo funcionan como checklist y como archivo de informacin, debiendo ser
utilizados de forma flexible.
Los modelos de CommonKADS
Los modelos que incluye la metodologa CommonKADS permiten describir el conocimiento de la
solucin de problemas en un dominio especfico usando niveles de abstraccin que le permiten al
ingeniero del conocimiento detallar el proceso de solucin en una forma independiente del dominio
(De Hoog, Martil y Wielinga, 1994). La idea central de la metodologa es agrupar los datos
relevantes en modelos separados.

Modelo

de

organizacin

Este modelo refleja el anlisis de las caractersticas principales de una organizacin con el objetivo
de descubrir problemas que puedan ser solucionados por sistemas de conocimiento, establecer su
viabilidad y evaluar el impacto que tendra en el entorno donde se despliegue. Est formado por
una serie de conceptos que reflejan la informacin y el conocimiento de la organizacin, como son
los problemas y oportunidades, la tarea, la estructura y organizacin, el problemas actual, entre
otros.

Modelo de tareas

En CommonKADS una tarea es una parte de un proceso de negocios que representa actividades
orientadas a alcanzar un objetivo, la cual es ejecutada por unos agentes que siguen unos criterios
de calidad y rendimiento. Esta tarea recibe entradas y provee salidas deseables en una forma
estructurada y controlada, consume recursos y requiere conocimientos y otras habilidades.

Modelo de agentes
Para CommonKADS un agente es quien ejecuta una tarea, el cual puede ser una persona o un
sistema de informacin. Incluso el SBC constituye un agente para CommonKADS, lo mismo que el
usuario que va a interactuar con l. La idea de agente que maneja esta metodologa es la de actor,
la cual no es exactamente la misma que se trabaja en Agentes Inteligentes. La utilidad de este
modelo es que sirve como enlace entre el modelo de tareas, el de comunicacin y el de
conocimiento, haciendo posible modelar las capacidades y limitaciones que los agentes tienen y
que estn involucradas en la solucin de la tarea.
Modelo de conocimientos
El propsito de este modelo es explicar en detalle los tipos y estructuras del conocimiento usado en
la realizacin de una tarea. Para definirlo se ha hecho uso del lenguaje CML2 (CML Conceptual
Modeling Language) (Anjewierden, 94). En esta metodologa el conocimiento est diferenciado,
dependiendo del tipo de conocimiento que se trate. La importancia de separar el conocimiento del
dominio del de control es que da la posibilidad de hacer una reutilizacin, dando la posibilidad de
que el conocimiento puede ser utilizado de nuevo para diferentes tareas.

Modelo de comunicacin
Su propsito es especificar los procedimientos de intercambio de informacin para realizar la
transferencia de conocimiento entre los agentes que participan en la ejecucin de una tarea,
realizados de una forma conceptual e independiente de su implementacin. Su componente clave
es la transaccin, que describe los actos de comunicacin entre los diferentes agentes que
participan en una tarea en el sistema.

Modelo de diseo
Proporciona la especificacin tcnica del sistema en cuanto a la arquitectura, la plataforma de
implementacin, los mdulos de software, los mtodos y mecanismos computables necesarios
para implementar las funciones ofrecidas en los dems modelos. Las entradas a este modelo lo
constituye el modelo de conocimientos, tratado como una especificacin de los requerimientos de
solucin del problema y las manifestaciones de la interaccin externa y requerimientos no
funcionales. Sirve para describir la estructura del sistema y que se necesita para construirlo en
funcin de sub-sistemas, mdulos y constructores.

Conocimiento del dominio

El conocimiento del dominio describe la informacin esttica ms importante y los objetos de
conocimiento en un determinado dominio.
Tiene dos partes principales:
Esquema del Dominio
Describe la estructura esttica de la informacin/conocimiento a travs de definiciones tipo, siendo
comparable al modelo de datos/objetos en IS. Queda definido a travs de los constructos del
dominio.

Integracin de los modelos

Los modelos brindados por CommonKADS estn clasificados en 3 niveles que posibilitan la
construccin del SBC eficientemente, los mismos son:
Nivel de entorno: Relaciona la informacin del entorno del sistema de conocimientos. Implica tener
un entendimiento del contexto de la organizacin, de su ambiente y los factores crticos de xitos
correspondientes al sistema de conocimientos. En este se encuentran los modelos
organizacionales, de tareas y de agentes.
Nivel de conceptos: Contiene los modelos que presentan la descripcin conceptual del
conocimiento aplicado a una tarea y los datos que son manejados y entregados por un sistema de
conocimientos. En este nivel estn los modelos de conocimientos y de comunicacin.
Nivel de artefacto o componente: Se emplea para identificar los modelos tcnicos de programacin
y construccin. En este nivel se encuentra el modelo de diseo.
En el caso que un usuario mantiene una interaccin con el SBC, de tal forma que el usuario
proporciona datos al sistema y este ofrece una respuesta, cada uno de estos modelos interactan
entre s de forma integrada, brindndole finalmente la respuesta deseada al usuario.
CommonKADS: Hoja OM 1
Objetivo: Anlisis del contexto de la organizacin (elemento invariante), problemas, posibilidades
de mejora y soluciones.
Problemas y oportunidades: Enumerar problemas y posibilidades de mejora que han sido
observados.
Contexto organizacional: Indicar las caractersticas claves de la organizacin, situar problemas y
posibles mejoras dentro de la perspectiva adecuada. Algunas de estas caractersticas son: misin,
visin y objetivos de la organizacin; factores externos con los que tiene que tratar la organizacin;
y estrategia de la organizacin
Soluciones: Listar las posibles soluciones para los problemas y posibilidades percibidas dentro del
contexto de la organizacin.
CommonKADS: Hoja OM 2.
Describe el rea de inters (aspectos variables.)
Estructura: Grfico del objeto de anlisis en trminos de departamentos, grupos, unidades,...

Procesos: Diagrama de los procesos que se llevan a cabo. Se detallarn en la hoja de trabajo OM3.
Personal: Identificacin y enumeracin de los miembros de la plantilla implicados en los procesos.
Recursos: Descripcin de los recursos utilizados por los procesos: sistemas de informacin,
equipamiento, material, experiencia social o interpersonal, tecnologa,...
Conocimiento: Enumeracin de los activos de conocimiento. Se detallarn en la hoja de trabajo
OM-4.
Cultura y potencial: Modus operandi no explcitos, incluyendo formas de trabajar, de comunicarse,
relaciones formales e informales,...
CommonKADS: Hoja OM 3.
Describe en detalle, descompone el proceso a mejorar.
Identificador: Nmero de tarea.
Nombre: Nombre de la tarea como parte de los procesos descritos en OM-2
Realizada por: Agente humano o software encargado de la tarea perteneciente al personal o a los
recursos descritos en OM-2
Lugar: Localizacin de la tarea en la estructura descrita en OM-2
Recursos de conocimiento: Nombre de los recursos de conocimiento identificados en OM-2.
Intensiva en conocimiento: S o No
Importancia: Grado de importancia de la tarea en los procesos descritos en OM-2, usando un
criterio predefinido.
CommonKADS: Hoja OM 4.
Visin preliminar de los activos de conocimiento involucrados en el proceso de mejora.
Recurso de conocimiento: Nombre del recurso de conocimiento enumerado en OM-2/OM-3.
Pertenece a: Agente humano o software poseedor del recurso de conocimiento perteneciente al
personal o a los recursos descritos en OM-2/OM-3.
Usado en: Lista de tareas que usan el recurso de conocimiento, usando los identificadores en el
OM-3.
Uso Correcto: Se utiliza el recurso de forma correcta?
Lugar correcto: Se utiliza el recurso en el lugar correcto?
Momento correcto: Se utiliza el recurso en el momento correcto?
Calidad correcta: Tiene el recurso la calidad correcta?
CommonKADS: Hoja OM 5.
Identifica las implicaciones clave de la informacin recogida en los formularios anteriores para un
anlisis de viabilidad.
Viabilidad empresarial: Beneficios, valor aadido, coste esperado, cambios en la organizacin,...

Viabilidad tcnica: Tcnicas y mtodos actuales, criterios de xito,...

Viabilidad del proyecto: Disponibilidad de los recursos, compromiso de implantacin,...
Acciones propuestas: Plan de actuacin: rea de actuacin; solucin elegida; resultados, costes
y beneficios esperados; proceso de implantacin.
Contiene:

Una copia de OM- 1

Por cada problema/ posibilidad una OM- 2

Por cada proceso una OM- 3

Para todos los activos de conocimiento OM- 4

Para cada solucin propuesta:

Si se va a automatizar o no y las razones

Acciones propuestas

El contenido queda detallado en OM- 5

Viabilidad Empresarial

Beneficios esperados: tangibles (econmicos) e intangibles (capital intelectual)

Valor aadido esperado

Costes esperados

Comparacin con otras soluciones alternativas

Cambios requeridos en la organizacin

Riesgos econmicos y empresariales

Viabilidad Tcnica

Complejidad del conocimiento y de los procesos de razonamiento

Disponibilidad de mtodos

Se ha realizado antes?

Aspectos crticos implicados: tiempo, calidad, recursos

necesarios,...

Factores que determinarn que el proyecto ha alcanzado los objetivos esperados

Pruebas de validacin, calidad y rendimiento

Complejidad de la interaccin con los usuarios

Disponibilidad de mtodos.

Viabilidad de Proyecto

Compromisos de los distintos agentes y personal.

Disponibilidad de los recursos en trminos de tiempo, presupuesto, equipamiento y

personal.

Disponibilidad del conocimiento requerido y otras capacidades.

Expectativas reales.

Organizacin adecuada del proyecto y comunicacin externa.

Acciones.

Propuestas

Pasos recomendados por cada plan de actuacin

Lista de reas de inters

Solucin propuesta para cada rea

Resultados y beneficios esperados

Actuaciones requeridas por el proyecto

Bajo qu condiciones hay que reconsiderar el plan de actuacin

CommonKADS: Hoja TM 1.
Describe detalladamente, analiza las tareas.
Tarea: Identificador y nombre de la tarea (OM-3.)
Organizacin: Proceso del que esta tarea forma parte, y parte de la organizacin donde se
desarrolla (OM-3.)
Objetivo y valor: Objetivo de la tarea y el valor que aade al proceso del que forma parte.
Dependencia y flujos: Enumeracin de tareas precedentes que proporcionan la entrada y de las
tareas que utilizan el resultado de sta.
Objetos manipulados: Descripcin de los objetos de entrada, de salida e internos utilizados en la
tarea.
Tiempo y control: Frecuencia y duracin de la tarea, precondiciones y pos condiciones de la
tarea, restricciones que se deben de cumplir durante su ejecucin.
Agentes: Agentes responsables de desarrollar la tarea (OM-2/OM-3.)
Conocimiento y capacidad: Capacidades necesarias para el desarrollo de la tarea (OM-4), los
elementos de conocimiento se describen en el formulario TM-2.
Recursos: Se describen y se cuantifican los recursos requeridos por la tarea (Refinamiento de
OM-2.)
Calidad y eficiencia: Medidas utilizadas por la organizacin para determinar la ejecucin exitosa
de la tarea.
HOJAS TM-1
Las tareas son las su partes relevantes de un proceso de negocio. El modelo de tareas analiza
cada una de ellas, sus entradas y salidas, las precondiciones y criterios de ejecucin, de la misma
manera que los recursos y competencias necesarias.

 TM-1: Permite un anlisis detallado de las tareas.

TM-2: Muestra los tems de conocimiento en profundidad

CommonKADS: Hoja TM 2.
Analiza los cuellos de botella en los elementos del conocimiento.
Nombre: Elemento de conocimiento enumerado en OM-3.
Posedo por: Agente poseedor del conocimiento indicado en OM-4.
Usado en: Nombre e identificador de las tareas en la que se usa este conocimiento indicado en
OM-3.
Dominio: Dominio ms amplio en el que se encuentra el conocimiento, especialidad, disciplina,
rama de la ciencia o ingeniera,...
Naturaleza: Para cada caracterstica indica s o no y si un cuello de botella (fuente de problemas)
debe ser mejorado.

Formal, riguroso.

Emprico, cuantitativo.

Heurstico, sentido comn.

Especializado, especfico del dominio.

Basado en la experiencia.

Basado en la accin.

Incompleto.

Incierto, puede ser incorrecto.

Cambia con rapidez.

Difcil de verificar.

Tcito, difcil de transferir.

Forma: Para cada caracterstica indicar s o no y si es un cuello de botella que debe ser mejorado.

Mental

Papel

Electrnica

Habilidades

Otros

Disponibilidad: Para cada caracterstica indicar s o no y si es un cuello de botella que debe ser
mejorado

Limitaciones en tiempo.

Limitaciones en espacio.

Limitaciones de acceso.

Limitaciones de calidad.

Limitaciones de forma.

CommonKADS: Hoja AM 1.
Describe los agentes que desarrollan las tareas.
Nombre: Nombre del agente
Organizacin: Posicin del agente dentro de la organizacin, incluyendo su tipo (humano, sistema
de informacin.) (OM-2)
Implicado en: Tareas en las que est implicado (TM-1)
Se comunica con: Nombres de otros agentes.
Conocimiento: Elementos de conocimiento que el agente posee (TM-2.)
Otras competencias: Lista del resto de competencias requeridas o presentes en el agente.
Responsabilidades y restricciones: Responsabilidades del agente durante la ejecucin de la
tarea, as como sus restricciones de autoridad, respecto a normas legales o profesionales,...
CommonKADS: Hoja OTA 1.
Documenta impactos y mejoras.
Analiza toda la informacin recogida anterior en las hojas de trabajo de los modelos de tareas y
agente, con el fin de gestionar y documentar la toma de decisiones sobre las mejoras y cambios en
la organizacin.
Impactos y Cambios en la organizacin: Describe los impactos y cambios que el SBC traer a la
organizacin, comparndola con la estructura actual.
Impactos y cambios en tareas y agentes: Describe los impactos y cambios que el SBC introducir
en los agentes y tareas, comparndolos con la situacin actual. Indicando los cambios:

en la estructura de las tareas.

en los recursos necesarios.

en los criterios de calidad.

en los agentes implicados.

en las posiciones de los agentes implicados.

en el conocimiento y capacidad requeridos.

en los canales de comunicacin.

Actitudes y compromisos: Analiza cmo reaccionarn a los cambios introducidos los individuos y
el personal cualificado involucrado.
Acciones propuestas: Acuerdos de gestin y toma de decisiones.

Mejoras: Cules son los cambios recomendados? Medidas adicionales: Qu medidas hay que
tomar para facilitar dichos cambios?
Acciones del proyecto: Cul es la siguiente accin a realizar dentro del proyecto respecto al
SBC?
Resultados, costes y beneficios esperados: OM-5 En caso de cambios en la organizacin, en
qu condiciones es adecuado reconsiderar las decisiones tomadas?
CommonKADS: Modelo de conocimiento. Categoras que se distinguen.
Modelo de conocimiento.
El Conocimiento de dominio describe el conocimiento esttico especfico del dominio de una
aplicacin. Esta descripcin se realiza en dos niveles diferentes:

Esquema de dominio: Es una descripcin esquemtica de las clases de objetos o

entidades presentes, y sus relaciones. En Ingeniera del Software, sera el equivalente a un
modelo de datos o modelo de objetos.

Base de conocimiento: Contiene instancias de los tipos de conocimiento especificados en

el esquema de dominio.

Conocimiento de Inferencias: Pasos bsicos en el razonamiento

Tipo de Inferencia: seleccionar, cubrir, comparar,...

Roles: Nombres abstractos conectados a objetos del dominio

Roles Dinmicos: Entradas y salidas

Roles Estticos: Conocimiento aplicado en la inferencia

De CommonKADS a UML