Cátedra de

Inteligencia Artificial

Tema 2
Sistemas EXPERTOS
Diseño

Ing. Sergio L. Martínez 2016

 CONTENIDO
• Definiciones.
• SRC basados en reglas.
• Aplicaciones.
• Fases de desarrollo.
• Errores y Documentación

REFERENCIAS
 Castillo E., Gutierrez J. y Hadi A. “Sistemas Expertos y
Modelos de Redes Probabilísticas”. Universidad de
Cantabria. España.
 Rich E. Knight K. “Inteligencia Artificial”. Cap. 6 –
Representación del Conocimiento mediante Reglas”.
Ed. Mc Graw-Hill.
 Giarratano J., Riley G. “SISTEMAS EXPERTOS –
Principios y Programación”. Cap. 8 – cap. 9 – cap. 10 –
cap. 12. Ed. Thomson. México. 1998.
2
 SRC basados en Reglas

Son sistemas, donde el conocimiento

está configurado en base a reglas
condicionales y hechos.

CONSULTA
ENTRADA

BASE DE REGLAS

SALIDA
RESPUESTA
SISTEMA DE INFERENCIA

MEMORIA DE TRABAJO
HECHOS
INICIALES

3
Tipos de Sistemas Expertos
1. Determinísticos: se configuran con un conjunto
de reglas que relacionen varios objetos bien
definidos. Las relaciones son claras y directas.
Los problemas que resuelven son también
determinísticos.
2. Probabilísticos: utilizan la distribución conjunta
de probabilidades para resolver las relaciones
simultáneas entre las variables con
incertidumbre.
3. Con incertidumbre: introducen una medida
asociada a la incertidumbre de las reglas y a la
de sus antecedentes (premisas) y utilizan
fórmulas o métodos para propagar la
incertidumbre hacia los consecuentes
(conclusiones). Ejs. El factor de creencia, la
teoría de la evidencia de Demster-Schafer, la
lógica fuzzy.

4
SE-Problemas a Resolver
1. Interpretación: Infieren la descripción de una
situación a partir de datos observables. Por
ejemplo comprensión de la lengua hablada,
interpretación y análisis de señales.
2. Predicción: Infieren consecuencias a partir de
hechos. Por ejemplo pronósticos meteorológicos,
bolsa, predicciones demográficas.
3. Diagnósticos: Infieren funcionamientos
incorrectos a partir de datos conocidos. Por
ejemplo diagnósticos médicos, diagnósticos de
equipos.
4. Diseño: Desarrollan configuraciones que
satisfacen condiciones o restricciones. Por
ejemplo diseño de circuitos y construcciones.
5. Planeamiento: Diseñan acciones en base a
condiciones o estímulos. Por ejemplo robótica,
experimentos.
5
SE-Problemas a Resolver
6. Monitoreo: Comparan observaciones con
condiciones preestablecidas. Por ejemplo
vigilancia, control de procesos.
7. Tratamiento: Prescriben soluciones o
recomendaciones para situaciones anormales.
Se basan en las inferencias de otros sistemas
como los de diagnóstico, predicción,
planeamiento. (Indican cómo hacer).
8. Reparación: Desarrollan y ejecutan estrategias
para un problema diagnosticado. (Indican qué
hacer).
9. Capacitación: Enseñan, muestran o forman al
usuario. Por ejemplo simuladores del vuelo.
10.Control: Dirigen adaptativamente el
comportamiento de otro sistema.
6
Operación lógica del motor de inferencia

La ley modus ponens trabaja La ley modus tollens trabaja

encadenando hacia adelante encadenando hacia atrás

7
 SE-Fases de Desarrollo

ADQ UISICIÓN
MANTENI-
DEL PRUEBA
MIENTO
CONOCIMIENTO

SISTEMA
VALORACIÓN
EXPERTO

DOCUMEN-
DISEÑO
TACIÓN

8
SE-Fases de Desarrollo
Fase 1 - Valoración
Durante la fase de valoración,
se dirigen estudios para
determinar la viabilidad y
justificación del problema
candidato.
Fase 2 - Adquisición del
Conocimiento
Esta fase de estudio involucra
reuniones de acuerdo con el
experto donde algún aspecto
del problema se discute. El
objetivo es descubrir los
conceptos importantes y qué
problemas se resuelven usando
métodos por el experto.
9
 SE-Fases de Desarrollo
Fase 3 - Diseño
Durante esta fase, se define la
estructura global y organización
del conocimiento del sistema. Se
definen métodos para procesar el
conocimiento. Se selecciona una
herramienta de software. Se
construye un sistema prototipo
inicial.
Fase 4 - Prueba
Durante esta fase, el diseñador
trabaja estrechamente con el
experto del dominio, para guiar
el crecimiento del conocimiento
y el usuario terminal que
proporciona una guía al
desarrollo de la interfaz del
sistema.
10
 SE-Fases de Desarrollo
Fase 5 - Documentación
La fase de la documentación tiene
por objeto compilar toda la
información inherente del sistema,
tanto para servicio del usuario
(explica cómo operar el sistema),
como para el Ingeniero del
Conocimiento (proporciona una
presentación bien organizada del
conocimiento).
Fase 6 - Mantenimiento
El conocimiento del sistema puede
necesitar ser refinado o
actualizado para satisfacer la
operatividad frente a nuevos
requerimientos. Dado que el
conocimiento evoluciona es
importante un programa de
mantenimiento eficaz y constante.
11
SE-Herramientas de Desarrollo
Lenguajes de Programación
En principio, cualquier lenguaje de programación
puede ser utilizado. Siendo así de amplio el espectro
del cual se puede escoger un lenguaje para programar
un SBC, se debe considerar como factor importante de
decisión, la extensión en la cual el lenguaje cubre o se
adecua a los requerimientos de diseño. Atendiendo a la
forma de estructurar sus instrucciones, se los puede
dividir en:

 IMPERATIVOS: PASCAL, C/C++.

 FUNCIONALES: LISP.
 DECLARATIVOS: PROLOG, CHIP, OPS5.
 ORIENTADOS A OBJETOS: SmallTalk, Hypercard,
CLOS.

12
 SE-Herramientas de Desarrollo
Sistemas de Desarrollo
A medida que el desarrollo de SBC iba aumentado en
cantidad y complejidad, la comunidad científica
comenzó a buscar formas de desarrollar los sistemas en
menor tiempo y con menor esfuerzo.
Primero aparecieron los shells, ya que ofrecen toda la
arquitectura de un SBC a la que hay que incorporar la
base de conocimientos.
Posteriormente los Entornos de Desarrollo que
incorporaron, además de opciones de representación
del conocimiento, esquemas de inferencia y control.
 Sistemas Vacíos (shells): EMYCIN, Crystal, Leonardo,
XiPlus, EXSYS, VP-Expert, Intelligence Compiler.
 Entornos híbridos de desarrollo: CLIPS, KEE, ART,
EGERIA, Kappa, Nexpert Object, Goldworks, LOOPS,
Flavors.
13
 SE-Errores en el Desarrollo
Diferentes fuentes de errores se producen durante
las etapas de desarrollo del Sistema Experto.
 Errores en el conocimiento del Experto: Errores en
este nivel pueden propagarse a todas las etapas. En
casos críticos, es necesario implementar métodos de
validación.
 Errores semánticos: Se producen cuando la comuni-
cación o interpretación del conocimiento es
inapropiada.
 Errores de sintáxis: Se producen cuando las reglas
y/o hechos son introducidos en el sistema en forma
incorrecta.
 Errores de inferencia: Se deben a una mala estructu-
ración del mecanismo de inferencia. Suelen ser difíciles
de detectar. Generalmente aparecen durante la
operación del sistema, en segmentos poco frecuentes.
14
SE-Documentación del Sistema
Propósito de la documentación
 Referencia por desarrollar el sistema experto.
 Referencia por escribir el informe final.
 Referencia por mantener el sistema especialista.
Lo que debe ser documentado
 Conocimiento.
 Gráficos de conocimiento.
 Código Fuente.
 Pruebas.
 Transcripciones.
 Glosario de dominio de los temas específicos.
 Informes.
15
SE-Documentación del Sistema
¿Cómo Organizar la Documentación?
 Con entrada fácil de nuevo conocimiento.
 Con acceso y modificación fáciles del
conocimiento antiguo.
 Con acceso directo a información relacionada.
 Con repetición simple de material para la
escritura del informe.
Pautas para Diseñar la documentación
 Tabla de Contenido.
 Propuesta del Proyecto.
 Diccionario de conocimiento y glosario.
 Código Fuente.
 Pruebas.
 Correcciones y modificaciones.
 Transcripciones.
 Referencias e índice. 16
Diseño práctico de un SE

17