3. Componentes del Modelo de Conocimiento

Documentos relacionados
CATÁLOGO DE INFERENCIAS

CommonKADS: Nivel de concepto

6. Diseño e Implementación de Sistemas Basados en Conocimiento

3. Componentes del Modelo de Conocimiento

5. Construcción del Modelo de Conocimiento

Redes bayesianas temporales para reconocimiento de escenarios

Análisis y Diseño de Sistemas

Diseño arquitectónico 1ª edición (2002)

Resumen... ii. Abstract... iii 1. CAPÍTULO I INTRODUCCIÓN Antecedentes y motivación Descripción del problema...

CAPÍTULO 3. Metodología para la elaboración de. manuales de procedimientos

TEMA 9: DIAGRAMA DE OBJETOS, SECUENCIA Y DESPLIEGUE EN UML

DES: Programa(s) Educativo(s): Tipo de materia: Clave de la materia: Semestre: Área en plan de estudios:

Materia requisito: DOMINIOS COGNITIVOS (Objetos de estudio, temas y subtemas) I. INTRODUCCION A LAS BASES DE DATOS

Lenguaje de Modelamiento Unificado.

Índice general. Capítulo 1 Conceptos básicos. Capítulo 2 Controles básicos I. Pág. N. 1

ASIGNATURA Potencialidades y oportunidades de negocio

DIAGRAMAS DE FLUJO DE DATOS (DFD) DFD s

INDICE Parte 1. Visual Basic Capitulo 1. Qué es Visual Basic? Capitulo 22. Mi Primera Aplicación Capitulo 3. Elementos del lenguaje

M465: Tanque de Agua. A) Presentación del problema

5. Subprogramas Fundamentos de Informática

DIAGRAMAS DE UML DIAGRAMAS DE CASO DE USO

Capacitación adquirida por el alumno al finalizar este modulo

4. Plantillas de Modelos de Conocimiento

Por qué ExecuTrain? Por qué ExecuTrain? Modalidad de servicio

Diagramas de interacción

GUÍA DEL ESTUDIANTE. ÁREA O MATERIA: Biología y geología 4º E.S.O. DEPARTAMENTO DIDÁCTICO: BIOLOGIA Y GEOLOGIA.

Fundamentos de Programación Visual Basic

Modelado Básico con Casos de Uso. Diseño de Software Avanzado Departamento de Informática

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:

Ingeniería de Conocimiento 5º curso Ingeniería Informática

Unidad Didáctica 2. Elementos básicos del lenguaje Java Tipos, declaraciones, expresiones y asignaciones

CLA. Diagramas de clases en Métrica V3

Fundamentos de Programación. Flujo de Control I: Estructuras selectivas

UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS

Seminario de Actualización - Excel Avanzado y Macros. Visual Basic. Conceptos Básicos de Visual Basic para Aplicaciones

APENDICE CODIFICACION DE LAS ESTRUCTURAS BASICAS

Resultado de Aprendizaje:

Principios de Análisis Informático. Tema 3: Fase de inicio

Capítulo 16. Diagrama de Clases UML

POST REQUISITO: CATEGORIA: Obligatorio SEMESTRE: Primer Semestre 2015 HORAS POR SEMANA DEL LABORATORIO: DIAS QUE SE IMPARTE EL LABORATORIO:

INTERFACES INTELIGENTES. ING. MA. MARGARITA LABASTIDA ROLDÁN E mail:

LABORATORIO DE CONTROL POR COMPUTADOR 4º - INGENIERIA DE TELECOMUNICACION

CASOS DE USO Exploración de Requerimientos

PRÁCTICA: LENGUAJE VHDL

Repaso. Laboratorio Informix. Stored Procedures. Ejemplo. Creación de stored procedures. Sql en un Procedimiento

COMPETENCIA Procesar los datos recolectados de acuerdo con requerimientos del proyecto de investigación.

Las redes semánticas intentan trasladar esa afirmación a un formalismo Una red semántica será un grafo donde:

Nombre de la asignatura: Algoritmos y Lenguajes de programación.

Laboratorio Informix. Stored Procedures Triggers

Programación Modular. Informática aplicada al medio ambiente curso 2010/2011

Diseño. Diseño. Interacción. Aspectos comunes en interacción. Diagramas de Interacción. Curso de Arquitecturas de Software

Estructura de Datos: Archivos

2.2 Nombres, Ligado y Ámbito

Requerimientos de Software

Conceptos de Programación Orientada a Objetos

Agradecimientos. Nota de los autores. 1 Problemas, algoritmos y programas 1

Departamento de Inglés Ciclo Administrativo

Fundamentos de programación y Bases de Datos

PROGRAMACIÓN UNIDADES

GUÍA DE EJERCICIOS Nº 2 INSTRUMENTACIÓN AVANZADA. Estructuras en LabVIEW PROGRAMACIÓN GRÁFICA

ARIS BI Modeler. Transparencia en los entornos SAP BI

Programación de Computadores 4 Iteraciones y Decisiones. Prof. Javier Cañas. Universidad Técnica Federico Santa María Departamento de Informática

Algoritmos y solución de problemas. Fundamentos de Programación Otoño 2008 Mtro. Luis Eduardo Pérez Bernal

ASOCIACION CIVIL MAGNUM CITY CLUB Informe de Revisión Especial sobre Procedimientos Previamente Convenidos Diagnóstico Organizacional Reportes

FÍSICA. Ing. Caribay Godoy Rangel

Instrumentación Virtual con LabVIEW

CAPÍTULO 9. DIAGRAMAS DE

UNIÓN INTERNACIONAL DE TELECOMUNICACIONES RED DIGITAL DE SERVICIOS INTEGRADOS (RDSI) ESTRUCTURA GENERALES

Orientacion al Cliente. Direccion de Personas

Los bloques DLL (Figura A.1) externos permiten al usuario escribir su propio código y

MODELADO Y SIMULACIÓN. Febrero de Primera semana

Descripción del Curso

4. DIRIGIDO A: Arquitectos, ingenieros, delineantes o proyectistas que deseen orientar sus metodologías de trabajo hacia el BIM.

JAVA 7 Los fundamentos del lenguaje Java

INTRODUCCION 1.1.-PREAMBULO

ASI. Análisis del Sistema de Información

GUÍA PARA EL EXÁMEN DE ADMISIÓN

Introducción a ZEUS. Introducción. Curso Doctorado Sistemas Multi-agente. Zeus es una herramienta de desarrollo de SMA.

Programcaión Básica. Secuencias de Control y Repetición. Arturo Vega González.

SEGUIMIENTO DE LOS ACUERDOS DE NIVEL DE SERVICIO DE INTERNET. Paloma Sánchez López Subdirección General de Informática TGSS

Índice. iii. Objetivos... 24

Herramientas de Programación. M.C. Juan Carlos Olivares Rojas

Estructuras de Control

PROCEDIMIENTO GENERAL Elaboración y codificación de documentos INDICE

Cristian Blanco

Aplicaciones de Macros en Excel y Visual Basic. web

Banco de Previsión Social PROGRAMA DE PROMOCIÓN EN SALUD MENTAL Y MEJORA DE LAS CONDICIONES PSICOSOCIALES EN LOS AMBIENTES DE TRABAJO

Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema

RESUMEN METODOLOGÍA IDEF0

Estatutos de Control C# Estatutos de Decisión (Selección)

UTN FRR Ingeniería en Sistemas de Información Algoritmos y Estructuras de Datos Archivos Directos GUIA DE ESTUDIO: ARCHIVOS DIRECTOS

Streams basados en RSL para métricas de Posicionamiento Web

CAPITULO RESULTADOS

Universidad Centroccidental Lisandro Alvarado. Decanato de Ciencias y Tecnología Departamento de Sistemas

: Algorítmica y Estructura de Datos I

AGRADECIMIENTOS DEDICATORIA ABSTRACT

BPM, la gestión basada en procesos, el camino a la excelencia

SSTQB. Nivel Fundamentos. Examen ejemplo. Programa de estudios 2010

NIVEL ELEMENTAL BATERÍA DE APTITUDES DE TEA

Borrador del temario de la guía PAA. PRIMERA PARTE: RAZONAMIENTO VERBAL.

Transcripción:

La metodología CommonKADS 3. Componentes del Modelo de Conocimiento 3.1 Introducción 3.2 Conocimiento de Dominio 3.3 Conocimiento de Inferencia 3.4 Conocimiento de Tarea Carlos Alonso González Dpto. de Informática Universidad de Valladolid

3.2 Conocimiento de inferencia Describe como usar los elementos estáticos del Conocimiento de Dominio para realizar un proceso de razonamiento Elementos básicos inferencias, papeles de conocimiento y funciones de transferencia Estructura de inferencia Interés relación indirecta con el conocimiento de dominio permite reutilización 2

Inferencias(I) Unidad básica de procesamiento de la información en el modelado de conocimiento compare, select, specify, verify,... Una inferencia Corresponde el nivel más bajo de descomposición funcional Realiza un paso de razonamiento primitivo (atómico) Típicamente, usa conocimiento de una BC para derivar nueva información a partir de una entrada dinámica 3

Ejemplo inferencia dynamic input role inference dynamic output role complaint cover hypothesis my car does not start fuel tank is empty causal model static role fuel tank is empty leads to lack of gas in engine if there is no gas in the engine, then the car does not start 4

Inferencias(II) Una inferencia Totalmente descrita mediante una especificación declarativa de sus entradas y salidas Proceso interno: caja negra, desde la perspectiva de modelado Entradas y salidas: descritas mediante nombres de papeles (roles) Granularidad adecuada de las inferencias Las inferencias proporcionan una traza comprensible del razonamiento (expliación) 5

Papeles de conocimiento (knowledge role) Nombre abstracto de objetos del dominio que indica su papel (función) en el proceso de razonamiento Hypothesis: nombre funcional para un objeto del dominio que realiza el papel de candidato a solución Asociación explicita con tipos del dominio Papeles Dinámicos: Entrada/salida inferencias Estáticos: Conocimiento de dominio utilizado para realizar la inferencia (una base de conocimiento) 6

Ejemplo especificación inferencia INFERENCE cover; ROLES: INPUT: complaint; OUTPUT: hypothesis; STATIC: causal-model; SPECIFICATION: Cada vez que se invoca la inferencia, genera un candidato a solución que puede haber causado la queja. La salida debe ser un estado inicial de la red de dependencia de estado, que causalmente cubra la queja de entrada. ; END INFERENCE cover; 7

Ejemplo papeles dominio dinámico KNOWLEDGE-ROLE complaint; TYPE: DYNAMIC; DOMAIN-MAPPING: estado-coche-visible; END KNOWLEDGE-ROLE complaint; KNOWLEDGE-ROLE hypothesis; TYPE: DYNAMIC; DOMAIN-MAPPING: estado-coche-no-visible; END KNOWLEDGE-ROLE hypothesis; 8

Ejemplo papeles dominio estático KNOWLEDGE-ROLE causal-model; TYPE: STATIC; DOMAIN-MAPPING: dependencia-estado FROM red-causal-automovil; END KNOWLEDGE-ROLE causal-model; 9

Desacoplo datos/función (I) Vocabulario diferente para Dominio / proceso de razonamiento (tarea) Busca incrementar capacidad reutilización 10

Desacoplo datos/función (II) complaint cover hypothesis causal model asociación inferencia-dominio asociación inferencia-dominio asociación inferencia-dominio estado coche visible dependencia estado estado coche no visible 11

Funciones de transferencia (I) Modelan transferencias de información entre el agente que soporta el razonamiento y otros agentes Necesarias si la interacción forma parte del proceso de razonamiento Cajas negras: nombre, entrada y salida Especificación detallada: modelo de comunicación 12

Funciones de transferencia sistema externa iniciativa externa obtain receive sistema present provide origen información 13

Especificación función de transferencia TRANSFER-FUNCTION obtain; TYPE: OBTAIN; ROLES: INPUT: expected-finding; OUTPUT: actual-finding; END TRANSFER-FUNCTION obtain; 14

Estructura de inferencia Representación gráfica de la capacidad básica de inferencia del sistema (todas las inferencias) Papeles dinámicos: rectángulos Inferencias: elipses Funciones transferencia: cajas redondeadas Papeles estáticos: entre dos líneas gruesas Arcos Dirigidos Simples/Gruesos 15

Estructura de inferencia complaint cover causal model obtain actual finding hypothesis predict expected finding compare manifestation model result 16

Uso estructura de inferencia Herramienta de comunicación y discusión durante el desarrollo Carácter provisional durante análisis Dificultad de comprensión por su nivel de abstracción Útil añadir anotaciones con ejemplos del dominio 17

Estructura de inferencia anotada complaint cover motor no arranca reglas dependencia estado causal model obtain indicador combustible = normal actual finding hypothesis depósito combustible vacío reglas manifestación estado predict manifestation model expected finding indicador combustible = cero/bajo no igual compare result 18

Reutilización de inferencias No existe un conjunto estándar de inferencias Se propone un Catálogo: Abstract, Assign, Classify, Compare, Cover, Critique, Evaluate, Generate, Group, Match, Modify, Operationalize, Propose, Predict, Select, Sort, Specify, Verify (Scheriber et al., 1999) Usar nombres estándar 19

Conocimiento de Tarea Describe las metas del razonamiento. Evaluar solicitud de hipoteca para minimizar riesgo de perder dinero Encontrar la causa del fallo de una fotocopiadora para restablecer el servicio Diseñar una ascensor para un edificio nuevo Describe las estrategias para alcanzarlas. Descripción jerárquica mediante Tarea (Task): meta, entrada/salida, especificación. Método de Tarea (Task Method): subtareas, control 20

Ejemplo descomposición tarea tarea diagnosis método de tarea diagnosis mediante generación y prueba cover descomposición obtain inferencias predict compare función de transferencia 21

Tarea Tarea de alto nivel (the top level task) Habitualmente se corresponde con tarea identificada en modelo de tareas Diferencia esencial con función alto nivel: datos manipulados por al tarea descritos de forma independiente del dominio Descrita por Meta Textual, informal Entrada/salida en términos de papeles de tarea Especificación Relación entre entrada salida, textual, informal 22

Especificación tarea TASK diagnosis-automóvil; META: Encontrar una causa probable para la queja de un usuario ; ROLES: INPUT: complaint: Queja sobre el comportamiento del automóvil ; OUTPUT: fault-category: una hipótesis explicada por la evidencia ; evidencia: Conjunto de observaciones obtenidas durante el proceso de diagnóstico SPEC: Encontrar un estado inicial que explique la queja y sea consistente con la evidencia obtenida ; END TASK diagnosis-automóvil; 23

Método de Tarea Describe como se realiza una tarea mediante Descomposición en subfunciones Otras tareas, inferencias o funciones de transferencia Estructura de control Proporciona el flujo de control de subfunciones Subfunciones / procedimientos Roles /parámetros Debe capturar la estrategia de razonamiento Papeles intermedios adicionales Almacenar resultados de razonamiento intermedios 24

Especificación Método de Tarea (I) TASK-METHOD diagnosis-mediante-generación-y-test; REALIZES: diagnosis-automóvil; DECOMPOSITION: INFERENCES: cover, predict, compare; TRANSFER-FUNCTIONS: obtain; ROLES: INTERMEDIATE: hypothesis: Una solución candidata ; expected-finding: Finding predicho si la hipótesis es cierta actual-finding: Finding observado result: El resultado de la comparación 25

Especificación Método de Tarea (II) CONTROL-STRUCTURE: WHILE NEW-SOLUTION cover(complaint -> hypothesis) DO predict(hypothesys -> expected-finding); obtain(expected-finding -> actual-finding); evidence := evidence ADD actual-finding; compare(expected-finding + actual-finding -> result); IF result == equal; THEN break from loop ; END IF END WHILE IF result = = equal THEN fault-category := hypothesis; ELSE no se encontró solución END IF END TASK-METHOD diagnosis-mediante-generación-y-test; 26

Especificación del control mediante diagrama de actividad UML start diagnosis through generate-and-test cover [no more solutions of cover] [result = not equal] no solution found [new solution of cover] predict [result = equal] solution found obtain compare 27

Elementos estructura de control(i) Llamadas a procedimientos Tareas, funciones de transferencia, inferencias Operaciones sobre papeles assign, add/append, delete/subtract, Primitivas de control repeat-until, while-do, foreach-do, if-then-else 28

Elementos estructura de control(ii) Condiciones Expresiones lógicas sobre papeles until differential = empty Dos condiciones especiales has-solution para invocar inferencias que pueden fallar new solution invocar inferencias que pueden ir generando nuevas soluciones 29

Inferencia o tarea? Si el comportamiento interno de una función es importante para explicar el comportamiento del sistema, la función debe definirse como una tarea 30

Modelado de conocimiento frente a modelado convencional El conocimiento del dominio contiene datos sobre datos Conocimiento Las funciones se describen con independencia del modelo de datos Reutilización Énfasis en control interno Estrategia del proceso de razonamiento Se abstraen los aspectos de comunicación 31