CommonKADS abarca todo el ciclo de desarrollo del

software, se extiende no solamente a KBSs sino al software

en general. Se utiliza como un estándar para el desarrollo de
sistemas de conocimiento.

Ésto mediante siete modelos:

• Organización.
• Tareas.
• Agentes.
• Pericia.
• Comunicación.
• Diseño.
Ventajas.

Muestra lo importante que es el análisis de la organización

en las estrategias de introducción y desarrollo de sistemas
de tecnologías de la información,

Es una metodología estándar del conocimiento, que soporta

las aplicaciones de ingeniería y de gestión del conocimiento
a la hora de construir los sistemas del conocimiento.
1. La IC no intenta apoderarse de la cabeza de los expertos,
sino, en construir aspectos de diferentes modelos de
conocimiento humano.

2. Para modelar, hay que concentrarse en la estructura del

conocimiento conceptual, y dejar los detalles de la
programación para después.

3. El conocimiento tiene una estructura interna estable que

se analiza distinguiendo los tipos específicos de
conocimiento y los roles.

4. Un proyecto de conocimiento se debe gestionar

aprendiendo de las experiencias, en forma de espiral
controlada.
El conocimiento tiene una estructura interna en la que se
pueden distinguir tipos de conocimiento y tareas específicas.

La construcción de un sistema basado en conocimiento se

basa en la construcción de varios modelos que formalizan
una parte concreta del proceso.

El número y nivel de desarrollo de cada modelo depende del

contexto de la aplicación.
El desarrollo de estos modelos se realiza en tres niveles:
Niveles de commonKADS

• Análisis del contexto.

• Formalización abstracta.
• Implementación.

El desarrollo de cada fase depende del resultado obtenido en

la fase anterior.
Nivel de contexto: Analizar la organización.

Modelo de Modelo de Modelo de

organización tareas agentes

Nivel de concepto:
Comprensión
de la
Modelo de Modelo de
organización. conocimiento comunicación

Nivel de implementación:
Modelado de su
desempeño. Modelo de
diseño
Nivel de contexto: Analizar la organización.

Modelo de Modelo de Modelo de

organización tareas agentes

Nivel de concepto:
• Comprensión
Responde a las preguntas del por qué del sistema a diseñar.
• deJustifica
la la razón del SGBC que se pretende construir.
Determina losModelo
• organización. de
problemas Modelo de a resolver,
y oportunidades
conocimiento comunicación
considerando el impacto que se produce en la organización.

Lo más importante es entender el contexto y el entorno de trabajo

auxiliado por el modelo de la organización, el modelo de las
Nivel de implementación:
tareas y elde
Modelado modelo
su de los agentes.
desempeño. Modelo de
diseño
 Nivel de contexto: Analizar la organización.

Modelo de Modelo de Modelo de

organización tareas agentes

Nivel
Los de concepto:
modelos de la organización, las tareas y los agentes analizan
Comprensión
el entorno de la organización y los factores críticos que
de la
corresponden Modelo de
al sistema de conocimiento. Modelo de
organización. conocimiento comunicación

Nivel de implementación:
Modelado de su
desempeño. Modelo de
diseño
 Nivel de contexto: Realizar un análisis de la organización.

Modelo de Modelo de Modelo de

organización tareas agentes

Nivel de concepto:
Determina el alcance del proyecto, permite conocer el entorno de
Comprende la y valora los impactos que tendrán las acciones de
implantación
organización. sobre la organización
conocimiento Modelo de Modelo de
conocimiento comunicación
Objetivos del modelo:

• Identifica las áreas problemáticas de la organización o las que

brindan
Nivel oportunidades de mejora para los sistemas de
de implementación:
Modela su desempeño.
conocimiento.
• Establece la factibilidad de tratamiento
Modelo de de dichos problemas.
• Propone soluciones potenciales diseño
• Permite decidir la viabilidad económica y técnica del proyecto.
Nivel de contexto: Realizar un análisis de la organización.

Modelo de Modelo de Modelo de

organización tareas agentes

Nivel de concepto:
• Comprende
La plantilla
la OM-1 detecta problemas y oportunidades de la
organización, que pretenden ser resueltos.
organización.
Modelo de Modelo de
• La plantilla OM-2 proporciona
conocimiento
una visión de la estructura de la
comunicación
organización;
• La plantilla OM-3 descompone el proceso en sus elementos
principales;
• Nivel
La plantilla OM-4 muestra los componentes de conocimiento.
de implementación:
• Modela
La plantilla OM-5, pone de manifiesto los criterios que justifican la
su desempeño.
viabilidad del sistema de conocimiento.
Modelo de
diseño
Nivel de contexto: Realizar un análisis de la organización.

Modelo de Modelo de Modelo de

organización tareas agentes

Nivel de concepto:
Objetivos
Comprendedella modelo:
organización.
Modelo de Modelo de
• Descripción detallada de
conocimiento
las tareas y de los elementos de
comunicación
conocimiento dentro del proceso en el que se implantará el
SBC.

El modelo
Nivel de tareas se realiza cuando el análisis de viabilidad de
de implementación:
laModela
fase anterior resulta positivo.
su desempeño.
Modelo de
diseño
Nivel de contexto: Realizar un análisis de la organización.

Modelo de Modelo de Modelo de

organización tareas agentes

Nivel de concepto:
Objetivos
Comprendedella modelo:
organización.
Modelo de Modelo de
• Analizar impactos y mejoras
conocimiento
desde el punto de vista de los
comunicación
agentes que realizan las tareas.

El modelo de agentes se realiza cuando el análisis de viabilidad

de la fase
Nivel anterior resulta positivo y simultáneamente al modelo
de implementación:
de tareas.
Modela su desempeño.
Modelo de
diseño
Nivel de contexto: Realizar un análisis de la organización.

Modelo de Modelo de Modelo de

organización tareas agentes

Nivel de concepto:
Comprende la
Los agentes son los ejecutores de una tarea; puede ser un ser
organización.
Modelo de Modelo de
humano, un sistema de información o cualquier otra entidad
conocimiento comunicación
capaz de realizar una tarea.

Este modelo describe características, competencias, autoridad

y restricciones
Nivel para actuar; lista los vínculos de comunicación
de implementación:
existentes
Modela entre los agentes que hacen una tarea.
su desempeño.
Modelo de
diseño
Nivel de contexto: Realizar un análisis de la organización.

Modelo de Modelo de Modelo de

organización tareas agentes

Nivel de concepto:
Comprende la
organización.
Modelo de Modelo de
conocimiento comunicación

Describe el sistema de conocimiento a construir. Analiza la

estructura y naturaleza del conocimiento utilizado y la
Nivel de implementación:
comunicación existente. Es la descripción conceptual del
Modela su desempeño.
conocimiento aplicado a las tareas;
Modelo de utiliza el modelo del
diseño
conocimiento y el de comunicación.
Nivel de contexto: Realizar un análisis de la organización.

Modelo de Modelo de Modelo de

organización tareas agentes

Nivel de concepto:
Comprende la
organización.
Modelo de Modelo de
conocimiento comunicación

Los modelos del conocimiento y comunicación registran la

descripción conceptual de las funciones en la resolución del
Nivel de implementación:
problema y los datos que serán manejados por el sistema de
Modela su desempeño.
conocimiento. Modelo de
diseño
Nivel de contexto: Realizar un análisis de la organización.

Modelo de Modelo de Modelo de

organización tareas agentes

Nivel de concepto:
Comprende la
organización.
Modelo de Modelo de
Explica con detalle los
conocimiento comunicación
tipos y estructuras del
conocimiento que se usan
para ejecutar una tarea.
Nivel de implementación:
Modela su desempeño.
Modelo de
diseño
Nivel de contexto: Realizar un análisis de la organización.

Modelo de Modelo de Modelo de

organización tareas agentes

Nivel de concepto:
Comprende la
organización.
Modelo de Modelo de
conocimiento Describe
comunicaciónconceptual e
independientemente de
la implementación, el
Nivel de implementación:
papel que juegan los
Modela su desempeño. diferentes elementos de
Modelo de conocimiento en la
diseño resolución de un
problema.
Nivel de contexto: Realizar un análisis de la organización.

Modelo de Modelo de Modelo de

organización tareas agentes

Nivel de concepto:
Comprende la
organización.
Modelo de Modelo de
conocimiento El modelo
comunicación del
conocimiento permite la
comunicación con
Nivel de implementación:
expertos y usuarios, en
Modela su desempeño. cuanto a la manera de
Modelo de resolver problemas
diseño durante el desarrollo y la
ejecución del sistema.
Nivel de contexto: Realizar un análisis de la organización.

Determina
Modelo de la comunicación
Modelo de Modelo de
entre los varios agentestareas
organización agentes
involucrados en una tarea.
Nivel de concepto:
Utiliza las plantillas:
Comprende la
organización.
Modelo de Modelo de
 CM-1: conocimiento
Describe las comunicación
transacciones realizadas.
 CM-2: Analiza la estructura
interna
Nivel de
de implementación: cada
Modela su desempeño.
transacción.
Modelo de
diseño
Nivel de contexto: Realizar un análisis de la organización.
Se utiliza para la construcción general del sistema de
conocimiento analizado.
Modelo de Modelo de Modelo de
organización tareas agentes
Dicta el procedimiento a seguir para implantar el conocimiento
en un sistema informático, a partir de una arquitectura
Nivel de concepto:
software.
Comprende la Interesan los aspectos técnicos para la
informatización
organización. del sistema.
Modelo de Modelo de
conocimiento comunicación
Basado en los requerimientos de los modelos anteriores, este
modelo presenta la especificación técnica del sistema.
Nivel de implementación:
Modela su desempeño.
Modelo de
diseño
Nivel de contexto: Realizar un análisis de la organización.
Su resultado queda en las plantillas:
Modelo de Modelo de Modelo de
 DM-1: Define
organización genéricamente la arquitectura del sistema.
tareas agentes
 DM-2: Muestra la plataforma a utilizar en el desarrollo e
implementación del sistema.
Nivel de concepto:
 DM-3: Analiza
Comprende la en detalle los componentes de la arquitectura
del sistema. Modelo de
organización.
Modelo de
 DM-4: Es para la especificación final de
conocimiento la aplicación.
comunicación

Nivel de implementación:
Modela su desempeño.
Modelo de
diseño
 Nivel de contexto: Realizar un análisis de la organización.

Modelo de Modelo de Modelo de

organización tareas agentes

Nivel de concepto:
Comprende la
organización.
Modelo de Modelo de
conocimiento comunicación
El modelo de diseño es una especificación técnica básica para la
implementación del sistema de software.
Nivel de implementación:
Modela su desempeño.
Modelo de
diseño
 Modelo de organización: Analiza la organización para
identificar problemas y posibilidades de incorporación de
SBCs.
 Modelo de tareas: Describe tareas que se realizan o
deben realizarse en el contexto de la organización donde
se utilizarán SBCs.
 Modelo de agentes: Describe capacidades, preferencias y
permisos de los agentes que realizan las tareas.
 Modelo de conocimiento: Describe independientemente la
implementación del conocimiento involucrado en las
tareas.
 Modelo de comunicación: Describe transacciones entre los
agentes que realizan las tareas.
 Modelo de diseño: Describe la estructura del SBC a
desarrollar.
Los modelos existen en varias formas:

 Plantillas: Modelos predefinidos por CommonKADS.

 Instancias: Modelos con información específica del
proyecto, pueden existir varias instancias de un mismo
modelo.
 Versiones: Describen la evolución de las instancias en el
ciclo de vida del proyecto.
Objetivo: Análisis del contexto de la organización (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 características claves
de la organización, situar problemas y posibles mejoras
dentro de la perspectiva adecuada. Algunas de estas
características son: misión, visión y objetivos de la
organización; factores externos con los que tiene que tratar
la organización; y estrategia de la organización
Soluciones: Listar las posibles soluciones para los
problemas y posibilidades percibidas dentro del contexto de
la organización.
Modelo de Organización Ejemplo: Hoja de Problemas y Oportunidades OM-1

Especificación de características y funciones del

PROBLEMAS Y proyecto
OPORTUNIDADES Determinación de las causas de inicio
Esquematización de las fases del proyecto

Se trata de plantear todos los procesos de la

Dirección del Alcance del Proyecto
Demanda del mercado, necesidad del negocio,
CONTEXTO
demanda clientes, avance tecnológico,
ORGANIZATIVO
necesidades legales
Descripción de la organización donde se
implanta el proyecto

SOLUCIONES Plan de dirección del alcance del proyecto

Describe el área de interés (aspectos variable.)
Estructura: Gráfico del objeto de análisis en términos de
departamentos, grupos, unidades, ...
Procesos: Diagrama de los procesos que se llevan a cabo.
Se detallarán en la hoja de trabajo OM-3.
Personal: Identificación y enumeración de los miembros de
la plantilla implicados en los procesos.
Recursos: Descripción de los recursos utilizados por los
procesos: sistemas de información, equipamiento, material,
experiencia social o interpersonal, tecnología, ...
Conocimiento: Enumeración de los activos de
conocimiento. Se detallarán en la hoja de trabajo OM-4.
Cultura y potencial: Modus operandi no explícitos,
incluyendo formas de trabajar, de comunicarse, relaciones
formales e informales, ...
Describe en detalle, descompone el proceso a mejorar.
Identificador: Número 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: Localización 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.
Visión 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?
Identifica las implicaciones clave de la información recogida
en los formularios anteriores para un análisis de viabilidad.

Viabilidad empresarial: Beneficios, valor añadido, coste

esperado, cambios en la organización, ...
Viabilidad técnica: Técnicas y métodos actuales, criterios
de éxito, ...
Viabilidad del proyecto: Disponibilidad de los recursos,
compromiso de implantación, ...
Acciones propuestas: Plan de actuación: área de
actuación; solución elegida; resultados, costes y beneficios
esperados; proceso de implantación.
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 solución propuesta:
• Si se va a automatizar o no y las razones
• · Acciones propuestas
• · El contenido queda detallado en OM- 5
… Contiene:

• Viabilidad Empresarial

• Beneficios esperados: tangibles (económicos) e

intangibles (capital intelectual)
• Valor añadido esperado
• Costes esperados
• Comparación con otras soluciones alternativas
• Cambios requeridos en la organización
• Riesgos económicos y empresariales
… Contiene:

• Viabilidad Técnica
• Complejidad del conocimiento y de los procesos de
razonamiento
• Disponibilidad de métodos
• ¿Se ha realizado antes?
• Aspectos críticos implicados: tiempo, calidad, recursos
• necesarios,...
• Factores que determinarán que el proyecto ha
alcanzado los objetivos esperados
• Pruebas de validación, calidad y rendimiento
• Complejidad de la interacción con los usuarios
• Disponibilidad de métodos.
… Contiene:

• Viabilidad de Proyecto
• Compromisos de los distintos agentes y personal.
• Disponibilidad de los recursos en términos de tiempo,
presupuesto, equipamiento y personal.
• Disponibilidad del conocimiento requerido y otras
capacidades.
• Expectativas reales.
• Organización adecuada del proyecto y comunicación
externa.
• Acciones.
… Contiene:

• Propuestas
• Pasos recomendados por cada plan de actuación
• Lista de áreas de interés
• Solución propuesta para cada área
• Resultados y beneficios esperados
• Actuaciones requeridas por el proyecto
• ¿Bajo qué condiciones hay que reconsiderar el plan
de actuación
Describe detalladamente, analiza las tareas.
Tarea: Identificador y nombre de la tarea (OM-3.)
Organización: Proceso del que esta tarea forma parte, y
parte de la organización donde se desarrolla (OM-3.)
Objetivo y valor: Objetivo de la tarea y el valor que añade al
proceso del que forma parte.
Dependencia y flujos: Enumeración de tareas precedentes
que proporcionan la entrada y de las tareas que utilizan el
resultado de ésta.
Objetos manipulados: Descripción de los objetos de
entrada, de salida e internos utilizados en la tarea.
Tiempo y control: Frecuencia y duración de la tarea,
precondiciones y postcondiciones de la tarea, restricciones
que se deben de cumplir durante su ejecución.
…

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 organización
para determinar la ejecución exitosa de la tarea.
Las tareas son las supartes relevantes de un proceso de
negocio. El modelo de tareas analiza cada una de ellas, sus
entradas y salidas, las precondiciones y criterios de ejecución,
de la misma manera que los recursos y competencias
necesarias.

 TM-1: Permite un análisis detallado de las tareas.

 TM-2: Muestra los ítems de conocimiento en profundidad.
 Modelo de Tareas Hoja de Análisis de Tarea TM-1
TAREA Obtener datos de iniciación.
ORGANIZACIÓN Fase inicial de la Dirección del Alcance.
Esta tarea debe aportar los datos necesarios para obtener una descripción
OBJETIVO Y VALOR del producto del proyecto, en el ámbito de las características y relación de
necesidades.
Tareas precedentes: plan estratégico, información histórica.
DEPENDENCIA Y FLUJOS Tareas que le siguen: justificación del proyecto, elección y asignación de
director.
Entrada: descripción de proyecto, objetivos, criterios de selección,
OBJETOS MANIPULADOS información histórica.
Salida: Justificación del proyecto, restricciones y supuestos.
Frecuencia y duración: al inicio de la Dirección del Alcance y duración
dependiendo del proyecto.
TIEMPO Y CONTROL
Restricciones: según que los datos obtenidos sean de demanda de
mercado, de necesidades de negocio, ...
AGENTES Equipo de Proyecto, Cliente y/o Promotor.
Es necesario conocer técnicas de selección de proyectos, ya sean basadas
CONOCIMIENTO Y en la medida del beneficio, o en la optimización condicionada (modelos de
CAPACIDAD decisión en definitiva).
No descartar el juicio experto.
Técnicas de adquisición de conocimiento.
RECURSOS Expertos.
Equipo de Proyecto encargado de la Documentación.
La objetiva justificación del proyecto, así como la delimitación de
CALIDAD Y EFICIENCIA restricciones y supuestos, influyen en gran medida de la calidad y
eficiencia adquirida en esta tarea
Analiza los cuellos de botella en los elementos del
conocimiento.
Nombre: Elemento de conocimiento enumerado en OM-3.
Poseido 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 más amplio en el que se encuentra el
conocimiento, especialidad, disciplina, rama de la ciencia o
ingeniería, ...
…

Naturaleza: Para cada característica indica sí o no y si un

cuello de botella (fuente de problemas) debe ser mejorado.
• Formal, riguroso.
• Empírico, cuantitativo.
• Heurístico, sentido común.
• Especializado, específico del dominio.
• Basado en la experiencia.
• Basado en la acción.
• Incompleto.
• Incierto, puede ser incorrecto.
• Cambia con rapidez.
• Difícil de verificar.
• Tácito, difícil de transferir.
…
Forma: Para cada característica indicar sí o no y si es un
cuello de botella que debe ser mejorado.
• Mental
• Papel
• Electrónica
• Habilidades
• Otros
Disponibilidad: Para cada característica 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.
Describe los agentes que desarrollan las tareas.
Nombre: Nombre del agente
Organización: Posición del agente dentro de la
organización, incluyendo su tipo (humano, sistema de
información.) (OM-2)
Implicado en: Tareas en las que esta 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 ejecución de la tarea, así como sus
restricciones de autoridad, respecto a normas legales o
profesionales, ...
 Modelo de Agente Hoja de Agente AM-1

NOMBRE Director de Proyecto

Puede ser externo a la organización y es

ORGANIZACIÓN
responsable del Equipo de Proyecto

INVOLUCRADO EN Todas las tareas

COMUNICA CON Cliente, Promotor y Equipo de Proyecto

Métodos de Selección de Proyectos, Análisis del

CONOCIMIENTO Valor, EDP, Control de Cambios, Métricas y
Planificación

OTRAS COMPETENCIAS Responsable de la Dirección del Proyecto

Debe asegurar que el equipo conozca todos

RESPONSABILIDADES Y
aquellos aspectos que requieran la realización
RESTRICCIONES
del proyecto
Documenta impactos y mejoras.

Analiza toda la información recogida anteriores en las hojas

de trabajo de los modelos de tareas y agentes, con el fin de
gestionar y documentar la toma de decisiones sobre las
mejoras y cambios en la organización.
…
Impactos y Cambios en la organización: Describe los
impactos y cambios que el SBC traerá a la organización,
comparándola 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, comparándolos con la situación 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 comunicación.
…
Actitudes y compromisos: Analiza como reaccionarán a los
cambios introducidos los individuos y el personal cualificado
involucrado.
Acciones propuestas: Acuerdos de gestión y toma de
decisiones.
Mejoras: ¿Cuáles son los cambios recomendados?
Medidas adicionales: ¿Qué medidas hay que tomar para
facilitar dichos cambios?
Acciones del proyecto: ¿Cuál es la siguiente acción a
realizar dentro del proyecto respecto al SBC?
Resultados, costes y beneficios esperados: OM-5
En caso de cambios en la organización, ¿en qué condiciones
es adecuado reconsiderar las decisiones tomadas?
El Conocimiento de dominio describe el conocimiento
estático específico del dominio de una aplicación. Esta
descripción se realiza en dos niveles diferentes:

• Esquema de dominio: Es una descripción esquemática de

las clases de objetos o entidades presentes, y sus
relaciones. En Ingeniería del Software, sería 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.
 diagnosticar
Tareas:
•Actividades
generar-hipótesis probar-hipótesis

Inferencias: cubrir predecir obtener comparar

•Actividades básicas

hallazgos hipótesis hallazgos hallazgos

esperados reales

Conocimiento del Dominio:

•Elementos del dominio de
aplicación
 fusible batería depósito gasolina
fundido baja vacío

inspección fusible indicador batería indicador gasolina

roto cero cero

energía gasolina en motor

off falso

comportamiento motor comportamiento motor

no arranca parado
 Conocimiento del Dominio:
modelar

 Esquema del Dominio:

Conceptos
Relaciones
instancias
Reglas
 Bases de Conocimiento:
Instancias de Conceptos
Instancias de Relaciones rellenar
Instancias de Reglas
• Concepto: Similar a clase de objetos
• Relación: Estilo E-R
observable estado

indicador gasolina indicador batería energía comportamiento motor

valor: {cero, bajo ...} valor: {cero, bajo ...} estado: {on, off} estado: {normal, no
arranca, parado}

inspección fusible batería

valor: {normal, roto}
estado: {normal, baja}

Lenguajes de Modelado: CML o UML

CONCEPT indicador-gasolina;
ATTRIBUTES:
valor:{cero, bajo, normal};
END CONCEPT indicador-gasolina;
 Otros tipos de relaciones dependencias entre
conceptos
depósito
fusible batería
gasolina
fundido baja
vacío
manifestación
indicador indicador causa
inspección fusible batería gasolina
roto cero cero
gasolina en
energía
motor
off
falso

comportamiento motor comportamiento motor

no arranca parado

DEPOSITO-GASOLINA.estado = vacío GASOLINA-EN-MOTOR.estado = falso

 Esquema del Dominio:
 Reglas: Representar dependencias mediante relaciones
entre expresiones
1 1
estado causa estado

regla
dependencia
estados

1 1
estado manifestación observable

regla
manifestación
 Esquema del Dominio:
 Reglas: Representar dependencias mediante relaciones
entre expresiones
1 1
estado causa estado

regla
dependencia
estados

1 1
estado manifestación observable
RULE-TYPE regla-dependencia-estados;
ANTECEDENT: estado;
CARDINALITY: 1; regla
CONSEQUENT: estado; manifestación

CARDINALITY: 1;
CONNECTION-SYMBOL: causa;
END RULE-TYPE regla-dependencia-estados;
• Conocimiento de Inferencias: Pasos básicos
en el razonamiento

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

– Roles: Nombres abstractos conectados a objetos

del dominio

• Roles Dinámicos: Entradas y salidas

• Roles Estáticos: Conocimiento aplicado en la

inferencia
 rol dinámico rol dinámico
Conocimiento de entrada inferencia de salida
de hallazgo cubrir hipótesis
Inferencias rol
estático
modelo causal

regla
Conocimiento observable o
dependencia estado
estado
del concept estados
concep
Dominio o tipo de to
regla
 Estructura de inferencias

comportamiento
motor = no arranca
hallazgo indicador de
regla gasolina =
dependencia normal
de estados
obten hallaz
cubrir modelo causal go
er real

hipótesis predecir hallazgo comparar

esperado
depósito de
gasolina = indicador
vacío gasolina de
=
modelo de cero o bajo
manifestacion resultado
es
regla de false
manifestac
ión
 Rol dinámico de
salida: h
Hipótesis h d
Diagnósticas dd d d
S d d
d h

Rol estático:
Modelo de
explicación ? Comportamie
nto
Rol dinámico de
entrada:
Hallazgos FA f
f f
F f f FN

MODELOS DE
69DIAGNOSTICO
• Explicación Consistente:
– La hipótesis no genera contradicción con los
hallazgos
explica (hi , F) M hi F
 Explicación de Cobertura Intermedia:
 La hipótesis no genera contradicción con los hallazgos
normales e implica a los hallazgos anormales

explica (hi , F) (M hi FN ) (M hi FA)

MODELOS DE
70DIAGNOSTICO
 ¿QUE ES UNA EXPLICACION
DIAGNOSTICA?
FA = {piloto-aceite=rojo,
piloto-temperatura=rojo,
h1 = {camisa-cilindro=muy-gastada}
NO CONSISTENTE
respuesta-acelerador=retardada,
gasolina-en-escape=T}
FN = {gases-escape=normales}

camisa-cilindro=muy-gastada segmentos=muy-gastados
uso-
consumo- bujías=excesivo
cárter=perforado
aceite=elevado
– goteo-aceite=alto – gases-escape=negro
– agujeros-en-
cárter=T
falta- distribución- estado-
–aceite=severa
piloto- destiempo= T bujías=gastadas
– desgaste-
aceite=rojo bujías=alto
temperatura- ignición=irregul
motor=elevada
– piloto-temperatura=rojo ar
– gasolina-en-
– respuesta- escape=T
acelerador=retardada
MODELOS DE
71DIAGNOSTICO
 ¿QUE ES UNA EXPLICACION
DIAGNOSTICA?
FA = {piloto-aceite=rojo,
piloto-temperatura=rojo,
h1 = {camisa-cilindro=muy-gastada}
NO CONSISTENTE
respuesta-acelerador=retardada,
gasolina-en-escape=T}
FN = {gases-escape=normales}

camisa-cilindro=muy-gastada segmentos=muy-gastados
uso-
consumo- bujías=excesivo
cárter=perforado
aceite=elevado
– goteo-aceite=alto – gases-escape=negro
– agujeros-en-
cárter=T
falta- distribución- estado-
–aceite=severa
piloto- destiempo= T bujías=gastadas
– desgaste-
aceite=rojo bujías=alto
temperatura- ignición=irregul
motor=elevada
– piloto-temperatura=rojo ar
– gasolina-en-
– respuesta- escape=T
acelerador=retardada
MODELOS DE
72DIAGNOSTICO
 ¿QUE ES UNA EXPLICACION
DIAGNOSTICA?
FA = {piloto-aceite=rojo,
piloto-temperatura=rojo,
h2 = {uso-bujías=excesivo}
CONSISTENTE
respuesta-acelerador=retardada,
gasolina-en-escape=T}
FN = {gases-escape=normales}

camisa-cilindro=muy-gastada segmentos=muy-gastados
uso-
consumo- bujías=excesivo
cárter=perforado
aceite=elevado
– goteo-aceite=alto – gases-escape=negro
– agujeros-en-
cárter=T
falta- distribución- estado-
–aceite=severa
piloto- destiempo= T bujías=gastadas
– desgaste-
aceite=rojo bujías=alto
temperatura- ignición=irregul
motor=elevada
– piloto-temperatura=rojo ar
– gasolina-en-
– respuesta- escape=T
acelerador=retardada
MODELOS DE
73DIAGNOSTICO
 ¿QUE ES UNA EXPLICACION
DIAGNOSTICA?
FA = {piloto-aceite=rojo,
piloto-temperatura=rojo,
h2 = {uso-bujías=excesivo}
CONSISTENTE
respuesta-acelerador=retardada,
gasolina-en-escape=T}
FN = {gases-escape=normales}

camisa-cilindro=muy-gastada segmentos=muy-gastados
uso-
consumo- bujías=excesivo
cárter=perforado
aceite=elevado
– goteo-aceite=alto – gases-escape=negro
– agujeros-en-
cárter=T
falta- distribución- estado-
–aceite=severa
piloto- destiempo= T bujías=gastadas
– desgaste-
aceite=rojo bujías=alto
temperatura- ignición=irregul
motor=elevada
– piloto-temperatura=rojo ar
– gasolina-en-
– respuesta- escape=T
acelerador=retardada
MODELOS DE
74DIAGNOSTICO
 ¿QUE ES UNA EXPLICACION
DIAGNOSTICA?
FA = {piloto-aceite=rojo,
piloto-temperatura=rojo,
h2 = {uso-bujías=excesivo}
CONSISTENTE
respuesta-acelerador=retardada,
gasolina-en-escape=T}
FN = {gases-escape=normales}

camisa-cilindro=muy-gastada segmentos=muy-gastados
uso-
consumo- bujías=excesivo
cárter=perforado
aceite=elevado
– goteo-aceite=alto – gases-escape=negro
– agujeros-en-
cárter=T
falta- distribución- estado-
–aceite=severa
piloto- destiempo= T bujías=gastadas
– desgaste-
aceite=rojo bujías=alto
temperatura- ignición=irregul
motor=elevada
– piloto-temperatura=rojo ar
– gasolina-en-
– respuesta- escape=T
acelerador=retardada
MODELOS DE
75DIAGNOSTICO
 ¿QUE ES UNA EXPLICACION
DIAGNOSTICA?
FA = {piloto-aceite=rojo,
piloto-temperatura=rojo,
h3 = {cárter=perforado,
uso-bujías=excesivo}
respuesta-acelerador=retardada, COBERTURA INTERMEDIA
gasolina-en-escape=T}
FN = {gases-escape=normales}

camisa-cilindro=muy-gastada segmentos=muy-gastados
uso-
consumo- bujías=excesivo
cárter=perforado
aceite=elevado
– goteo-aceite=alto – gases-escape=negro
– agujeros-en-
cárter=T
falta- distribución- estado-
–aceite=severa
piloto- destiempo= T bujías=gastadas
– desgaste-
aceite=rojo bujías=alto
temperatura- ignición=irregul
motor=elevada
– piloto-temperatura=rojo ar
– gasolina-en-
– respuesta- escape=T
acelerador=retardada
MODELOS DE
76DIAGNOSTICO
 ¿QUE ES UNA EXPLICACION
DIAGNOSTICA?
FA = {piloto-aceite=rojo,
piloto-temperatura=rojo,
h3 = {cárter=perforado,
uso-bujías=excesivo}
respuesta-acelerador=retardada, COBERTURA INTERMEDIA
gasolina-en-escape=T}
FN = {gases-escape=normales}

camisa-cilindro=muy-gastada segmentos=muy-gastados
uso-
consumo- bujías=excesivo
cárter=perforado
aceite=elevado
– goteo-aceite=alto – gases-escape=negro
– agujeros-en-
cárter=T
falta- distribución- estado-
–aceite=severa
piloto- destiempo= T bujías=gastadas
– desgaste-
aceite=rojo bujías=alto
temperatura- ignición=irregul
motor=elevada
– piloto-temperatura=rojo ar
– gasolina-en-
– respuesta- escape=T
acelerador=retardada
MODELOS DE
77DIAGNOSTICO
 Modelo de
Hoja CM-1: Descripción de Transacción
Comunicación

IDENTIFICADOR/ Transacción 1: iniciación: transmitir a partir del Cliente u

NOMBRE otro agente similar, los datos necesarios al Equipo de
TRANSACCIÓN Proyecto para poder comenzar la Dirección del Alcance

OBJETO DE Definir la justificación, restricciones y supuestos del

INFORMACIÓN proyecto a realizar
Cliente, Promotor, Equipo de Proyecto y Director de
AGENTES IMPLICADOS
Proyecto
PLAN DE
Entrevistas
COMUNICACIÓN

Durante la transacción se necesita un proceso de

decisión para decir lo que los agentes deben tener en
RESTRICCIONES
cuenta a lo largo del proyecto: descripción del proyecto,
plan estratégico

ESPECIFICACIÓN DE
INTERCAMBIO DE ver la Ficha CM-2
INFORMACIÓN
 Modelo de Diseño Hoja DM-1: Arquitectura del Sistema

Decisión de la Arquitectura Formato

ESTRUCTURA DEL
Véase Figura 1
SUBSISTEMA

Control centralizado con administrador que

MODELO DE CONTROL dirige los eventos del sistema administra las
entradas/salidas

DESCOMPOSICIÓN DEL
Descomposición en módulos según Figura 2
SUBSISTEMA
OM-1

OM-3

OM-2 OM-5

OM-4

TM-1 TM-2 AM-1

OTA-1
Notación para representar los modelos
Diagrama de contexto.
Caso de uso: Registrar enfermedad
Caso de uso: Registrar enfermedad
Caso de uso: Registrar información de síntoma
Caso de uso: Registrar información de síntoma
Caso de uso: Gestionar diagnóstico
Caso de uso: Gestionar diagnóstico
Modelo de agente de conocimiento
Modelo de agente de conocimiento
Cada uno de los agentes
identificados anteriormente
debe cumplir con una serie
de objetivos y tareas para el
cumplimiento funcional de la
aplicación,

Objetivos y tareas agente interfaz

Objetivos y tareas agente traductor. Gestiona comunicación
Objetivos y tareas agente conocimiento
Interacción agente interfaz y traductor
Diagrama de colaboración del caso de uso gestionar información.
Diagrama de agente “agente personal”
Diagrama de organización “grupo personal”
Diagrama de secuencia.
 Comunicación
entre agentes

Diagrama de secuencia.
Diagrama de colaboración.
 Un diagrama de actividades es
una variación del de estados,
en la que cada estado son
actividades que representan la
ejecución de operaciones y las
transiciones son disparadas por
la ejecución completa de una
operación.

El propósito de este diagrama

es enfocar en el flujo interno de
los procesos.

Se utilizan en los casos en los

que todos o la mayoría de los
eventos representan el
cumplimiento de acciones
generadas internamente. Para
Diagrama de actividad. el caso de eventos asíncronos
se recomiendan los de estados