Metodología CommondKads

Metodología CommondKads
• Diseñada para el análisis y la construcción de sistemas basados en
conocimiento.
• Su fortaleza radica en dos conceptos:
1. análisis de la organización
2. metodología estándar del conocimiento
• Plasma tres de las ideas más utilizadas en IS e IC:
1. Modelado
2. Reutilización
3. Gestión del riesgo
Niveles de la Metodología CommonKads
Nivel de Contexto(¿Por qué?)

• Analizan los beneficios, el impacto, la utilidad que tendrá el SBC

(sistema basado en conocimiento) que se pretende construir, así
como su viabilidad, etc.

• Se compone por los modelos de organización tareas y agentes.

Nivel de Concepto(¿Qué?)

• Describe el sistema de conocimiento a construir.

• Comprensión de la organización
• Utiliza dos modelos el de comunicación y el de conocimiento
Nivel de Implementación(¿Cómo?)

• la manera de llevar a cabo el sistema.

• mecanismos computacionales,
• arquitectura
• representación del conocimiento más adecuada
MODELO DE LA
ORGANIZACIÓN
 MODELO DE LA ORGANIZACIÓN
• Este modelo estudia la organización para
determinar el alcance del proyecto y conocer el
entorno en el que se implantará.
Objetivos del modelo de Organización
• Identificar las áreas de la organización que
presentan problemas o posibles oportunidades de
mejora
• Proponer soluciones potenciales
• Tomar decisiones sobre la viabilidad económica y
técnica del proyecto
MODELO DE LA ORGANIZACIÓN
El modelo de Organización se desarrolla a través de 5 hojas de trabajo:
 MODELO DE LA ORGANIZACIÓN
OM-1: PROBLEMAS Y POSIBILIDADES DE MEJORA
Objetivo: Análisis del contexto de la organización (elemento
invariante), problemas y soluciones
• Problemas y Oportunidades
• Contexto Organizacional
• Soluciones
 MODELO DE LA ORGANIZACIÓN
OM-2: ASPECTOS VARIABLES
Objetivo: Descripción del área de interés de la organización (elemento
variable)
• Procesos: Diagrama de los procesos que se llevan a cabo.
• Personal
• Recursos
• Conocimiento: Identificación y enumeración de los activos de
conocimiento.
• Cultura y Potencial: Modus operandi no explícitos, incluyendo formas
de trabajar, de comunicarse, relaciones formales e informales, etc.
 MODELO DE LA ORGANIZACIÓN
OM-3: DESCOMPOSICIÓN DE LOS PROCESOS
Objetivo: Describir en detalle el proceso objeto de mejora
• Identificador: Número de Tarea.
• Nombre: Nombre de la tarea .
• Realizada por: Agente humano o software .
• Lugar, Recursos de Conocimiento, Importancia.
 MODELO DE LA ORGANIZACIÓN
OM-4: ACTIVOS DE CONOCIMIENTO
Objetivo: Visión preliminar de los activos de conocimiento involucrados en el
proceso objeto 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, utilizando los identificadores.
¿Uso Correcto?, ¿Lugar Correcto?, ¿Momento Correcto?, ¿Calidad
Correcta?
 MODELO DE LA ORGANIZACIÓN
OM-5: ANÁLISIS DE VIABILIDAD
Objetivo: Identificar las implicaciones clave de la información recogida en los
formularios anteriores
Viabilidad empresarial: Beneficios, valor añadido, entre en la organización.
Viabilidad técnica: Técnicas y métodos actuales.
Viabilidad del Proyecto: Disponibilidad de los recursos, compromiso de
implantación, etc.
Acciones Propuestas: Plan de actuación: área de actuación; solución elegida;
resultados, costes y beneficios esperados; proceso de implantación
MODELO DE TAREAS
 MODELO DE TAREAS
Objetivos del modelo de tareas:
Descripción detallada de las tareas y de los elementos de
conocimiento dentro del proceso en el que se implantará el
SBC
El modelo de tareas se realiza cuando el análisis de viabilidad
de la fase anterior resulta positivo
Se desarrolla a través de dos hojas de trabajo
 MODELO DE TAREAS
TM-1: ANÁLISIS DE TAREAS
Objetivo: Descripción detallada de las tareas
Tarea: Identificador y nombre de la tarea
Organización: Proceso del que esta tarea forma parte, y parte de la
organización donde se desarrolla
Objetivo y valor, Dependencia y flujos, Objetos manipulados, Tiempo
y control, Agentes, Conocimiento y capacidad, Recursos, Calidad y
eficiencia.
 MODELO DE TAREAS
TM-2: ELEMENTO DE CONOCIMIENTO
Objetivo: Análisis de los cuellos de botella del conocimiento
• Nombre: Elemento de conocimiento enumerado en OM-3
• Poseído por, Usado en.
• Dominio: En el que se encuentra el conocimiento, especialidad,
disciplina, rama de la ciencia o ingeniería, etc.
• Naturaleza, Forma, Disponibilidad: Para cada característica indicar si
o no y si un cuello de botella (fuente de problemas) que debe ser
mejorado
 MODELO DE AGENTES
• Agente: Es el ejecutor de una tarea, puede ser un humano, un
sistema de información o cualquier otra entidad.

• Objetivo de modelo: Analizar los impactos y mejoras desde el punto

de vista de los agentes que realizan las tareas.
 MODELO DE CONOCIMIENTO
• Objetivo del modelo: Describe conceptualmente e
independientemente de la implementación el papel que juegan los
diferentes elementos de conocimiento en la resolución de un
problema.

• El modelo de conocimiento permite la comunicación con expertos

y usuarios, en cuanto a la manera de resolver problemas durante
el desarrollo y la ejecución del sistema
 MODELO DE CONOCIMIENTO
• Conocimiento de la tarea: Es un conocimiento orientado a la meta y
que realiza una descomposición funcional
• Conocimiento inferencial: Encarna los pasos básicos del
razonamiento que se pueden hacer en el dominio (en el contexto de
un problema) y que se aplican mediante las tareas.
• Conocimiento del dominio: Reúne el conocimiento y la información
relevante del dominio estático, equivaliendo de algún modo al
modelo de datos.
EL MODELO DE COMUNICACIÓN
• El papel del modelo de Comunicación es especificar los procesos de transferencia
de información/conocimiento.
• Es, en cierto modo, un control de nivel superior sobre la ejecución de la tarea
(múltiples tareas intensivas en conocimiento). Tareas de comunicación
adicionales, pueden, además, añadir facilidades de explicación al sistema.
• Las “entradas” al modelo de Comunicación son:
• Modelo de Tareas.- Lista de tareas hoja llevadas a cabo por los agentes
considerados.
• Modelo de Conocimiento.- Funciones de transferencia.
• Modelo de Agentes.- Descripción de agentes relevantes, capacidades,
responsabilidades y restricciones.
• La aproximación por capas al modelado de las comunicaciones consta de tres
niveles:
• Plan de Comunicaciones general.- Gobierna el diálogo completo entre dos agentes.
• Transacciones individuales.- Son las que unen dos tareas hoja llevadas a cabo por dos agentes
diferentes.
• Especificación del intercambio de información.- Detalla la estructura de las transacciones.
• Como se puede ver, pues, las transacciones son el componente clave del modelo de Comunicación.
Describen que objetos de información se intercambian, indicando los agentes y tareas implicados. Son
el bloque de construcción para el diálogo completo entre un par de agentes, y tienen una estructura
interna.
1. Plan de Comunicación
• El plan de comunicación describe completamente el diálogo de alto
nivel, siendo sus transacciones típicas: entrada de datos, contestación
de preguntas, presentación de resultados, etc.
• Actividades para cada agente se confeccionara una lista de todas las
tareas en las que participa, y para cada tarea se identificara el
conjunto de transacciones agente-agente asociadas. El resultado se
combina en un diagrama de diálogo (DD) que representa las
transacciones entre cada par de agentes que se comunican
2. Transacciones agente-agente
• El nivel de especificación medio del modelo de Comunicación está
encarnado en la especificación de las transacciones individuales,
estructuradas en un número de componentes.
• Las transacciones suelen
agruparse tras un único
plan de comunicación, salvo
en sistemas multiagente.
3. Patrones transaccionales
• Ya por último, nos centraremos en el nivel de detalle del modelo de
Comunicación, que consiste en la especificación detallada del
mensaje:
• Su contenido, expresado mediante una declaración proposicional (locución).
• Su intención, expresada mediante un mensaje escrito (ilocución).
• Los tipos predefinidos son los ya indicados en la tabla 4.3 (solicitar,
exigir, ordenar, rechazar; proponer, ofrecer, acordar, rechazar;
preguntar, responder, informar y enviar informe).
4. Técnicas de validación
• Para validar el modelo de Comunicación suelen emplearse paso a
paso en el plan de comunicación, para verificar la adecuación de la
estructura de las transacciones, la completitud de la lista de items de
información y la necesidad de ayuda o explicación.
• Guías para pesar el modelo de
Comunicación
• Entradas clave:
• → Tareas hoja
• → Funciones de transferencia
• Tener en cuenta las
capacidades de los agentes
• La formulación sintáctica
• Decidir sobre la información de
soporte (no en DM).
• Actividades del modelo de
Comunicación
• Identificar los objetos de información
centrales para ser intercambiados entre
agentes.
• Identificar las transacciones asociadas.
• Dibujar los DD importantes.
• Combinar esto en un plan de
comunicaciones completo.
• Especificar las transacciones individuales
(CM-1 y CM-2).
• Validar
 EL MODELO DE DISEÑO

ENTRADA
• El modelo de Conocimiento (requisitos para la resolución de problemas)
• El modelo de Comunicación (reglas de interacción)

SALIDA
• La especificación de una arquitectura software y el diseño de la aplicación
dentro de dicha arquitectura

“Debe preservarse el contenido y la estructura del modelo de análisis durante el diseño”

[Principio de Conservación de la Estructura]
EL MODELO DE DISEÑO
• Mejora la cohesión y reduce el acoplamiento.
• Reusabilidad de elementos de diseño.
• Mantenimiento y adaptabilidad.
• Potencia explicativa.
• Adquisición del conocimiento para el refinado.
1. DISEÑO DE LA ARQUITECTURA
El principio que se sigue es
separar la funcionalidad de
aspectos de la interfaz, para lo
cual, se descompone el sistema
en subsistemas, se define un
régimen de control global y se
descomponen los subsistemas
en módulos software.
2. IDENTIFICACIÓN DE LA PLATAFORMA DE
IMPLEMENTACIÓN
Los requisitos específicos del cliente suelen restringir esta selección, lo
que es una razón para colocarla en un paso temprano dentro del
proceso.
Criterios:
• Existencia de librerías de clases de objetos “vista" (puede ser
necesario
• construir muchos uno mismo en caso contrario).
• Existencia de interfaces estándar con otro software (ODBC, COR-BA,
etc.)
• Facilidades para la escritura del lenguaje.
3. ESPECIFICACIÓN DE LOS COMPONENTES
DE LA ARQUITECTURA
Esta especificación consiste en definir los componentes de la
arquitectura en más detalle.
Se definen las interfaces entre los subsistemas y/o módulos de los
sistemas, especificando sus componentes.

Se realiza así un diseño general de las utilidades de la arquitectura.

 4. ESPECIFICACIÓN DE LA APLICACIÓN EN
CONTEXTO DE LA ARQUITECTURA
2 Pasos:
• Mapear la información de análisis en la arquitectura. - Se necesitan
construir o disponer de herramientas de mapeo (como una API). La
extensión del mapeo depende de las decisiones que están ya
construidas en la arquitectura.
• Añadir detalles de diseño. - Debe hacerse el diseño de la aplicación
para el controlador:
• Su entrada principal es el Modelo de Comunicación.
• A menudo es necesario el procedimiento natural

[Prototipo]
 VENTAJAS Y DESVENTAJAS
Planteamiento del desarrollo de modelos
que reflejan diferentes vistas del proyecto.
Ofrece un marco para la especificación del
conocimiento independiente de la
implementación.
Es una de las metodologías más utilizadas
para el desarrollo de SBC, tomándose incluso
como el estándar europeo.
La metodología es muy compleja y amplia.
Hay mucha información relevante que está en
diversos sitios, lo que dificulta su acceso y
comprensión.
No hay una fuente de información que
contenga todo lo necesario para su
aplicación.
No hay un ejemplo completo de la aplicación
de la metodología que pueda ser utilizado
como guía. Hay muchos ejemplos, pero
parciales.
GRACIAS