SlideShare una empresa de Scribd logo
INTRODUCCION
• Al igual que para desarrollar un sistema de información
convencional existen varias metodologías de desarrollo como la
Ingeniería de la Información, tendencias estructuradas y
orientadas a objetos, así existen varias metodologías para
desarrollar un sistema experto.
• Aquí solo mencionaremos algunas y mostraremos un esquema
general de la metodología con la cual trabajaremos nosotros.
Metodología de Buchanan, Metodología de Grover,
Metodología de Brule, Metodología KADS, Metodología Ideal,
etc.
IMPORTANCIA
• Son herramientas utilizadas por el ingeniero de conocimiento,
que le dan pautas de como desarrollar un SE.
• Guían la construcción
• Permiten una correcta documentación
• Permiten detectar problemas durante el desarrollo y corregirlos
a tiempo.
METODOLOGÍA BUCHANAN
• En la adquisición de conocimiento el ingeniero de conocimiento
procede a través de una serie de etapas para producir un SE.
• La característica mas importante de esta metodología es la
constante relación entre el Ingeniero de Conocimiento y el
Experto del área
• Se destacan 6 etapas fundamentales.
METODOLOGÍA BUCHANAN
Prueba
Identificación
Conceptualización
Formalización
Implementación
Conceptos
Estructura
Reglas
Reformulación
Rediseño
Inicio
Requerimientos
Refinamiento
1. IDENTIFICACION
– Se identifican los participantes y roles, los recursos, fuentes
de conocimiento.
– Se establecen las facilidades computacionales y
presupuestos.
– Se identifican los objetos o metas
METODOLOGÍA BUCHANAN
2. CONCEPTUALIZACION
– Los conceptos se toman en cuenta con sumo interés, pues el
Experto del área es quien conoce en detalle los fundamentos
particulares del tema a investigar
METODOLOGÍA BUCHANAN
3. FORMALIZACION
– Se identifican los conceptos relevantes e importantes
– El resultado de formalizar el diagrama de información
conceptual y los elementos sub-problemas es una
especificación parcial para construir un prototipo de la base
de conocimiento
METODOLOGÍA BUCHANAN
4. IMPLEMENTACIÓN
– Se formaliza el conocimiento obtenido del experto y se elige
la organización, el lenguaje y el ambiente programación
5. TESTEO
– Se observa el comportamiento del prototipo, el
funcionamiento de la base de conocimiento y la estructura
de las inferencias, verificándose la performance del sistema.
METODOLOGÍA BUCHANAN
• 6. REVISIÓN DEL PROTOTIPO
– Se reformulan los conceptos .
– Se rediseña y refina el prototipo.
METODOLOGÍA BUCHANAN
METODOLOGIA IDEAL
• Fue propuesta por Juan Pazos, el año 1997 en la tesis titulada
“Análisis de viabilidad en sistemas basados en conocimiento”,
esta metodología propone un ciclo de vida en espiral en tres
dimensiones, y se ajusta a la tendencia del software actual, esto
hace que:
• Sea reutilizable.
• Sea integrable.
• Posea requisitos abiertos.
• Tenga diversidad de modelos computacionales.
• Esta basado en prototipaje rápido, consistente en conseguir, desde etapas
muy iniciales del desarrollo, unos prototipos que den idea de cómo debe
funcionar el sistema definitivo.
• El objetivo es conseguir un proceso de mejora gradual en base al
conocimiento de los expertos.
METODOLOGIA IDEAL
METODOLOGIA DE BRULE
• Muchos de los trabajos de SE no son dirigidos correctamente.
• En la mayoría de los casos el problema se encuentra en la
construcción del software y no en la adquisición del
conocimiento.
PRE-PLANEAMIENTO
DISEÑO Y ESPECIFICACION
EVALUACION
IMPLEMENTACION
DESARROLLO TEMPRANO
MANTENIMIENTO
SUPERVICION
1. Pre-planeamiento
– Definir el problema, investigar la factibilidad del proyecto, el
costo de conducción, probabilidad de éxito.
2. Diseño y especificación
– Crear el equipo de trabajo, estructurar las perspectivas,
planificar la primera sesión para definir el modelo
perspectiva inicial mediante la creación de un prototipo
demostrativo.
METODOLOGIA DE BRULE
3. Desarrollo temprano.
– El equipo realiza su primer esfuerzo de desarrollo. El final de
esta será un diseño relativamente estable.
METODOLOGIA DE BRULE
4. Implementación
Si el diseño es satisfactorio comienza la implementación. Es
un proceso interactivo, definición del sistema, construcción
e implementación.
5. EVALUACIÓN
– Se verifica y valida el sistema experto y se establece la
performance del sistema.
6. SUPERVISIÓN
– Consiste en un testeo en línea, en un ambiente limitado y
controlado
7. MANTENIMIENTO.
– En todo sistema se requiere de un mantenimiento para
poder existir y/o progresar, como así también la actualización
del sistema.
METODOLOGIA DE BRULE
METODOLOGÍA GROVER
La metodología de adquisición de conocimiento para el
dominio del problema de grover tiene tres fases:
 Definición del dominio
 Formulación fundamental del conocimiento
 Consolidación del conocimiento basal.
Definición del
Problema
Definición del
Problema
Definición del
Dominio
Escenarios
Iniciales
Nuevos
Escenarios
Conocimiento
Basal
Formulación del
conocimiento
fundamental
Revisión del Experto
Actividad Basal del
Sistema Experto
• Descripción del problema
• Referencias Bibliográficas
• Glosario de términos
• Identificación de expertos
• Criterios de performance
• Escenarios ejemplo
• Verificación de Sintaxis
• Verificación del
comportamiento
• Verificación general del
comportamiento
Consolidación del
conocimiento
Basal
METODOLOGÍA GROVER
• La característica mas importante es la obtención de
documentación que puede reemplazar parcialmente al experto,
y servir a los diseñadores y usuarios como medio de
documentación y referencia
• La importancia de esta metodología es el construirse a partir de
unir puntos mas fuertes de las metodologías existentes en
diferentes áreas
METODOLOGIA MIXTA
ESTUDIO PRELIMINAR
DESARROLLO DE
PROTOTIPOS
DESARROLLO DEL
SISTEMA
EVALUACION FINAL
MANTENIMIENTO
METODOLOGIA MIXTA
1. ESTUDIO PRELIMINAR:
– Definición del problema
– Estudio de factibilidad
– Análisis
• Posibilidad de la construcción
• Justificación de la construcción
2. DESARROLLO DE PROTOTIPOS:
– E licitación de conocimiento
– Representación del conocimiento
– Elección de la herramienta
– Formalización: construcción de las reglas
– Implementación del prototipo
3. DESARROLLO DEL SISTEMA
Los avances deben estar acompañados de evaluaciones
internas de los expertos y la reconstrucción a partir del
resultado de las evaluaciones
METODOLOGIA MIXTA
4. EVALUACION FINAL
– El testeo final consiste en plantear casos nuevos y comparar
la solución y procedimiento realizado por el experto y por el
sistema
5. MANTENIMIENTO
– Actualización del sistema
METODOLOGIA MIXTA
METODOLOGÍA COMMON KADS
METODOLOGIA
ANALISIS CONSTRUCCION
Sistema basados en conocimientos de
forma análoga a los métodos empleados
en ingeniería de software
Diseñada
Es una herramienta para analizar la organización en que el SBC va
ser introducido, y pretende descubrir problemas y oportunidades
Describe a un nivel general las tareas que son realizadas o serna
realizadas en el entorno organizativo en que s propone instalar el
SBC y proporciona el marco para la distribución de tareas entre
agentes
• Modelo de la Organización (OM)
• Modelo de Tarea (MT)
MODELOS DE LA METODOLOGÍA
COMMON KADS
Un agente es un ejecutor de una tarea. Puede ser humano,
software o cualquier otra entidad capaz de realizar una tarea.
Este modelo describe las competencias, características,
autoridades y restricciones para actuar de los agentes
Detalla el intercambio de información entre los diferentes
agentes involucrados en la ejecución de las tareas descritas en el
modelo de tarea
Este es el corazón de la metodología CommonKADS y modela el
conocimiento de resolución de problemas empleado por un
agente para realizar una tarea
• MODELO DE AGENTE(AM)
• MODELO DE COMUNICACIONES(CM)
• MODELO DEL CONOCIMIENTO
MODELOS DE LA METODOLOGÍA
COMMON KADS
Mientras que los otros cinco modelos tratan del análisis del SBC, este
modelo se utiliza para describir la arquitectura y el diseño técnico des SBC
como paso previo a su implementación
• MODELO DE DISEÑO
Modelo
Organizacional
Modelo de Tarea Modelo de Agente
Modelo del
Conocimiento
Modelo de la
Comunicación
Modelo del diseño
Contexto
Concepto
Artefacto
MODELOS DE LA METODOLOGÍA
COMMON KADS
• Medicina
• Contabilidad
• Planificación financiera
• Auditoria
• Militar
• Industria
• Robótica
• Electrónica
• aeronáutica
APLICACIONES
MILITAR
ROBÓTICA
Metodologias para el desarrollo de los sistemas expertos

Más contenido relacionado

La actualidad más candente

Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosSergio Sanchez
 
Proceso del Software
Proceso del Software Proceso del Software
Proceso del Software
Ares Atzarel Hernández Rodríguez
 
Tipos de Modelos de Datos : Ventajas y Desventajas
Tipos de Modelos de Datos : Ventajas y DesventajasTipos de Modelos de Datos : Ventajas y Desventajas
Tipos de Modelos de Datos : Ventajas y Desventajas
JuanMiguelCustodioMo
 
MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWARE
Micky Jerzy
 
Ventajas y desventajas modelos
Ventajas y desventajas modelosVentajas y desventajas modelos
Ventajas y desventajas modelos
CristHian Martinez
 
Modelado del análisis
Modelado del análisisModelado del análisis
Modelado del análisis
Javier Rivera
 
Técnicas para la Obtención de Requerimientos
Técnicas para la Obtención de RequerimientosTécnicas para la Obtención de Requerimientos
Técnicas para la Obtención de Requerimientos
Juan Carlos Olivares Rojas
 
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWAREDISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
jose_rob
 
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosFundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
José Antonio Sandoval Acosta
 
Requerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareRequerimientos en Ingenieria de Software
Requerimientos en Ingenieria de Software
Kelvin Abdiel Alvarado
 
UNIDAD 3 MODULARIZACIÓN
UNIDAD 3 MODULARIZACIÓNUNIDAD 3 MODULARIZACIÓN
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
angel2365
 
Rational rose
Rational roseRational rose
Rational rose
Israel Chava Gonzales
 
sistemas expertos
sistemas expertossistemas expertos
Requisitos funcionales del sistema
Requisitos funcionales del sistemaRequisitos funcionales del sistema
Requisitos funcionales del sistema
fanyto
 
Modelos de ciclo de vida del software
Modelos de ciclo de vida del softwareModelos de ciclo de vida del software
Modelos de ciclo de vida del software
IEO Santo Tomás
 
Importancia del análisis de requerimientos
Importancia del análisis de requerimientosImportancia del análisis de requerimientos
Importancia del análisis de requerimientos
almarza1
 

La actualidad más candente (20)

Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
 
Ieee 830
Ieee 830Ieee 830
Ieee 830
 
Proceso del Software
Proceso del Software Proceso del Software
Proceso del Software
 
Tipos de Modelos de Datos : Ventajas y Desventajas
Tipos de Modelos de Datos : Ventajas y DesventajasTipos de Modelos de Datos : Ventajas y Desventajas
Tipos de Modelos de Datos : Ventajas y Desventajas
 
MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWARE
 
Ventajas y desventajas modelos
Ventajas y desventajas modelosVentajas y desventajas modelos
Ventajas y desventajas modelos
 
Modelado del análisis
Modelado del análisisModelado del análisis
Modelado del análisis
 
Técnicas para la Obtención de Requerimientos
Técnicas para la Obtención de RequerimientosTécnicas para la Obtención de Requerimientos
Técnicas para la Obtención de Requerimientos
 
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWAREDISEÑO DE LA ARQUITECTURA DEL SOFTWARE
DISEÑO DE LA ARQUITECTURA DEL SOFTWARE
 
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negociosFundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
Fundamentos de Ingenieria de Software - Unidad 1 modelo de negocios
 
Requerimientos en Ingenieria de Software
Requerimientos en Ingenieria de SoftwareRequerimientos en Ingenieria de Software
Requerimientos en Ingenieria de Software
 
UNIDAD 3 MODULARIZACIÓN
UNIDAD 3 MODULARIZACIÓNUNIDAD 3 MODULARIZACIÓN
UNIDAD 3 MODULARIZACIÓN
 
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
 
Rational rose
Rational roseRational rose
Rational rose
 
sistemas expertos
sistemas expertossistemas expertos
sistemas expertos
 
Roles desarrollo del software
Roles desarrollo del softwareRoles desarrollo del software
Roles desarrollo del software
 
Requisitos funcionales del sistema
Requisitos funcionales del sistemaRequisitos funcionales del sistema
Requisitos funcionales del sistema
 
Modelos de ciclo de vida del software
Modelos de ciclo de vida del softwareModelos de ciclo de vida del software
Modelos de ciclo de vida del software
 
Importancia del análisis de requerimientos
Importancia del análisis de requerimientosImportancia del análisis de requerimientos
Importancia del análisis de requerimientos
 
Rup disciplinas
Rup disciplinasRup disciplinas
Rup disciplinas
 

Similar a Metodologias para el desarrollo de los sistemas expertos

metodologías para el análisis y diseño de sistemas
metodologías para el análisis y  diseño de sistemas  metodologías para el análisis y  diseño de sistemas
metodologías para el análisis y diseño de sistemas
BrainQC
 
Diseño de Propuesta de Sistema de Información
Diseño de Propuesta de Sistema de InformaciónDiseño de Propuesta de Sistema de Información
Diseño de Propuesta de Sistema de Información
katherine Gaspare
 
4. Metodología-2020.pdf
4. Metodología-2020.pdf4. Metodología-2020.pdf
4. Metodología-2020.pdf
OscarOlivar4
 
¿Cómo potenciar el conocimiento existente dentro de mi organización?
¿Cómo potenciar el conocimiento existente dentro de mi organización?¿Cómo potenciar el conocimiento existente dentro de mi organización?
¿Cómo potenciar el conocimiento existente dentro de mi organización?
Software Guru
 
procesos de desarrollo de software
procesos de desarrollo de softwareprocesos de desarrollo de software
procesos de desarrollo de software
joseantonio897
 
Metodologia Estructurada - Análisis -
Metodologia Estructurada - Análisis -Metodologia Estructurada - Análisis -
Metodologia Estructurada - Análisis -Susana Daldin
 
Metodologias para la planeación de sistemas de información
Metodologias para la planeación de sistemas de informaciónMetodologias para la planeación de sistemas de información
Metodologias para la planeación de sistemas de informaciónfavo100
 
Lineas de Productos de Software & Método WATCH
Lineas de Productos de Software & Método WATCHLineas de Productos de Software & Método WATCH
Lineas de Productos de Software & Método WATCH
Rafael Ortiz Montiel
 
Los modelos de desarrollo de software (hendrick rodriguez )
Los modelos de desarrollo de software (hendrick rodriguez )Los modelos de desarrollo de software (hendrick rodriguez )
Los modelos de desarrollo de software (hendrick rodriguez )
Hendrick Rodriguez
 
Metodologias de los si
Metodologias de los siMetodologias de los si
Metodologias de los siJohn Toasa
 
Modelos de desarrollo del software.
Modelos de desarrollo del software.Modelos de desarrollo del software.
Modelos de desarrollo del software.
MiguelDiaz369
 
sistemas expertos
sistemas expertossistemas expertos
sistemas expertos
ivan penagos
 
Metodologías para el desarrollo de sistemas
Metodologías para el desarrollo de sistemasMetodologías para el desarrollo de sistemas
Metodologías para el desarrollo de sistemas
UNEFA
 
Metodologías para el análisis y diseño de sistemas
Metodologías para el análisis y diseño de sistemasMetodologías para el análisis y diseño de sistemas
Metodologías para el análisis y diseño de sistemas
ignaciogonzalez107
 
Clasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareClasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de software
ElvisAR
 
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdfclasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
CESARAS4
 
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de software
turlahackers
 

Similar a Metodologias para el desarrollo de los sistemas expertos (20)

metodologías para el análisis y diseño de sistemas
metodologías para el análisis y  diseño de sistemas  metodologías para el análisis y  diseño de sistemas
metodologías para el análisis y diseño de sistemas
 
Diseño de Propuesta de Sistema de Información
Diseño de Propuesta de Sistema de InformaciónDiseño de Propuesta de Sistema de Información
Diseño de Propuesta de Sistema de Información
 
4. Metodología-2020.pdf
4. Metodología-2020.pdf4. Metodología-2020.pdf
4. Metodología-2020.pdf
 
¿Cómo potenciar el conocimiento existente dentro de mi organización?
¿Cómo potenciar el conocimiento existente dentro de mi organización?¿Cómo potenciar el conocimiento existente dentro de mi organización?
¿Cómo potenciar el conocimiento existente dentro de mi organización?
 
procesos de desarrollo de software
procesos de desarrollo de softwareprocesos de desarrollo de software
procesos de desarrollo de software
 
Metodologia Estructurada - Análisis -
Metodologia Estructurada - Análisis -Metodologia Estructurada - Análisis -
Metodologia Estructurada - Análisis -
 
Metodologias para la planeación de sistemas de información
Metodologias para la planeación de sistemas de informaciónMetodologias para la planeación de sistemas de información
Metodologias para la planeación de sistemas de información
 
Lineas de Productos de Software & Método WATCH
Lineas de Productos de Software & Método WATCHLineas de Productos de Software & Método WATCH
Lineas de Productos de Software & Método WATCH
 
Monografia
MonografiaMonografia
Monografia
 
Los modelos de desarrollo de software (hendrick rodriguez )
Los modelos de desarrollo de software (hendrick rodriguez )Los modelos de desarrollo de software (hendrick rodriguez )
Los modelos de desarrollo de software (hendrick rodriguez )
 
Metodologias de los si
Metodologias de los siMetodologias de los si
Metodologias de los si
 
Grupo1
Grupo1Grupo1
Grupo1
 
Modelos de desarrollo del software.
Modelos de desarrollo del software.Modelos de desarrollo del software.
Modelos de desarrollo del software.
 
sistemas expertos
sistemas expertossistemas expertos
sistemas expertos
 
Metodologías para el desarrollo de sistemas
Metodologías para el desarrollo de sistemasMetodologías para el desarrollo de sistemas
Metodologías para el desarrollo de sistemas
 
Metodologías para el análisis y diseño de sistemas
Metodologías para el análisis y diseño de sistemasMetodologías para el análisis y diseño de sistemas
Metodologías para el análisis y diseño de sistemas
 
Simulacion - Generalidades
Simulacion - GeneralidadesSimulacion - Generalidades
Simulacion - Generalidades
 
Clasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareClasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de software
 
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdfclasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
 
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de software
 

Último

UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.
UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.
UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.
HaroldKewinCanaza1
 
Las Fuentes de Alimentacion Conmutadas (Switching).pdf
Las Fuentes de Alimentacion Conmutadas (Switching).pdfLas Fuentes de Alimentacion Conmutadas (Switching).pdf
Las Fuentes de Alimentacion Conmutadas (Switching).pdf
NicolasGramajo1
 
FISICA_Hidrostatica_uyhHidrodinamica.pdf
FISICA_Hidrostatica_uyhHidrodinamica.pdfFISICA_Hidrostatica_uyhHidrodinamica.pdf
FISICA_Hidrostatica_uyhHidrodinamica.pdf
JavierAlejosM
 
Siemens----Software---Simatic----HMI.pdf
Siemens----Software---Simatic----HMI.pdfSiemens----Software---Simatic----HMI.pdf
Siemens----Software---Simatic----HMI.pdf
RonaldRozoMora
 
TEMA 11. FLUIDOS-HIDROSTATICA.TEORIApptx
TEMA 11.  FLUIDOS-HIDROSTATICA.TEORIApptxTEMA 11.  FLUIDOS-HIDROSTATICA.TEORIApptx
TEMA 11. FLUIDOS-HIDROSTATICA.TEORIApptx
maitecuba2006
 
HITO DE CONTROL N° 011-2024-OCI5344-SCC SAN PATRICIO.pdf
HITO DE CONTROL N° 011-2024-OCI5344-SCC SAN PATRICIO.pdfHITO DE CONTROL N° 011-2024-OCI5344-SCC SAN PATRICIO.pdf
HITO DE CONTROL N° 011-2024-OCI5344-SCC SAN PATRICIO.pdf
GROVER MORENO
 
Bash Script Programacion en la consola.pptx
Bash Script Programacion en la consola.pptxBash Script Programacion en la consola.pptx
Bash Script Programacion en la consola.pptx
SantosCatalinoOrozco
 
Edafología - Presentacion Orden Histosoles
Edafología - Presentacion Orden HistosolesEdafología - Presentacion Orden Histosoles
Edafología - Presentacion Orden Histosoles
FacundoPortela1
 
Dialnet-EnsenanzaDeLaModelacionMedianteEcuacionesDiferenci-9304821.pdf
Dialnet-EnsenanzaDeLaModelacionMedianteEcuacionesDiferenci-9304821.pdfDialnet-EnsenanzaDeLaModelacionMedianteEcuacionesDiferenci-9304821.pdf
Dialnet-EnsenanzaDeLaModelacionMedianteEcuacionesDiferenci-9304821.pdf
fernanroq11702
 
Joseph juran aportaciones al control de la calidad
Joseph juran aportaciones al control de la calidadJoseph juran aportaciones al control de la calidad
Joseph juran aportaciones al control de la calidad
KevinCabrera96
 
Flujograma de gestión de pedidos de usuarios.
Flujograma de gestión de pedidos de usuarios.Flujograma de gestión de pedidos de usuarios.
Flujograma de gestión de pedidos de usuarios.
thatycameron2004
 
Mapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIASMapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIAS
AlfonsoRosalesFonsec
 
Hidrostatica_e_Hidrodinamica.pdggggggggf
Hidrostatica_e_Hidrodinamica.pdggggggggfHidrostatica_e_Hidrodinamica.pdggggggggf
Hidrostatica_e_Hidrodinamica.pdggggggggf
JavierAlejosM
 
TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...
TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...
TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...
FRANCISCOJUSTOSIERRA
 
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
JuanChaparro49
 
Ciclo de Otto. Máquinas térmicas para el estudio de la termodinámica química
Ciclo de Otto. Máquinas térmicas para el estudio de la termodinámica químicaCiclo de Otto. Máquinas térmicas para el estudio de la termodinámica química
Ciclo de Otto. Máquinas térmicas para el estudio de la termodinámica química
ycalful01
 
Desbalanceo Rotatorio cabeceo de flechas y elementos rotativos_GSV.pptx
Desbalanceo Rotatorio cabeceo de flechas y elementos rotativos_GSV.pptxDesbalanceo Rotatorio cabeceo de flechas y elementos rotativos_GSV.pptx
Desbalanceo Rotatorio cabeceo de flechas y elementos rotativos_GSV.pptx
ValGS2
 
IMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdf
IMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdfIMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdf
IMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdf
JonathanFernandoRodr
 
Criterios de la primera y segunda derivada
Criterios de la primera y segunda derivadaCriterios de la primera y segunda derivada
Criterios de la primera y segunda derivada
YoverOlivares
 
MATERIALES MAGNETICOS EN EL CAMPO SIDERURGICO.pptx
MATERIALES MAGNETICOS EN EL CAMPO SIDERURGICO.pptxMATERIALES MAGNETICOS EN EL CAMPO SIDERURGICO.pptx
MATERIALES MAGNETICOS EN EL CAMPO SIDERURGICO.pptx
Fernando Benavidez
 

Último (20)

UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.
UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.
UNIVERSIDAD NACIONAL ALTIPLANO PUNO - FACULTAD DE INGENIERIA MECANICA ELECTRICA.
 
Las Fuentes de Alimentacion Conmutadas (Switching).pdf
Las Fuentes de Alimentacion Conmutadas (Switching).pdfLas Fuentes de Alimentacion Conmutadas (Switching).pdf
Las Fuentes de Alimentacion Conmutadas (Switching).pdf
 
FISICA_Hidrostatica_uyhHidrodinamica.pdf
FISICA_Hidrostatica_uyhHidrodinamica.pdfFISICA_Hidrostatica_uyhHidrodinamica.pdf
FISICA_Hidrostatica_uyhHidrodinamica.pdf
 
Siemens----Software---Simatic----HMI.pdf
Siemens----Software---Simatic----HMI.pdfSiemens----Software---Simatic----HMI.pdf
Siemens----Software---Simatic----HMI.pdf
 
TEMA 11. FLUIDOS-HIDROSTATICA.TEORIApptx
TEMA 11.  FLUIDOS-HIDROSTATICA.TEORIApptxTEMA 11.  FLUIDOS-HIDROSTATICA.TEORIApptx
TEMA 11. FLUIDOS-HIDROSTATICA.TEORIApptx
 
HITO DE CONTROL N° 011-2024-OCI5344-SCC SAN PATRICIO.pdf
HITO DE CONTROL N° 011-2024-OCI5344-SCC SAN PATRICIO.pdfHITO DE CONTROL N° 011-2024-OCI5344-SCC SAN PATRICIO.pdf
HITO DE CONTROL N° 011-2024-OCI5344-SCC SAN PATRICIO.pdf
 
Bash Script Programacion en la consola.pptx
Bash Script Programacion en la consola.pptxBash Script Programacion en la consola.pptx
Bash Script Programacion en la consola.pptx
 
Edafología - Presentacion Orden Histosoles
Edafología - Presentacion Orden HistosolesEdafología - Presentacion Orden Histosoles
Edafología - Presentacion Orden Histosoles
 
Dialnet-EnsenanzaDeLaModelacionMedianteEcuacionesDiferenci-9304821.pdf
Dialnet-EnsenanzaDeLaModelacionMedianteEcuacionesDiferenci-9304821.pdfDialnet-EnsenanzaDeLaModelacionMedianteEcuacionesDiferenci-9304821.pdf
Dialnet-EnsenanzaDeLaModelacionMedianteEcuacionesDiferenci-9304821.pdf
 
Joseph juran aportaciones al control de la calidad
Joseph juran aportaciones al control de la calidadJoseph juran aportaciones al control de la calidad
Joseph juran aportaciones al control de la calidad
 
Flujograma de gestión de pedidos de usuarios.
Flujograma de gestión de pedidos de usuarios.Flujograma de gestión de pedidos de usuarios.
Flujograma de gestión de pedidos de usuarios.
 
Mapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIASMapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIAS
 
Hidrostatica_e_Hidrodinamica.pdggggggggf
Hidrostatica_e_Hidrodinamica.pdggggggggfHidrostatica_e_Hidrodinamica.pdggggggggf
Hidrostatica_e_Hidrodinamica.pdggggggggf
 
TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...
TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...
TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...
 
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
 
Ciclo de Otto. Máquinas térmicas para el estudio de la termodinámica química
Ciclo de Otto. Máquinas térmicas para el estudio de la termodinámica químicaCiclo de Otto. Máquinas térmicas para el estudio de la termodinámica química
Ciclo de Otto. Máquinas térmicas para el estudio de la termodinámica química
 
Desbalanceo Rotatorio cabeceo de flechas y elementos rotativos_GSV.pptx
Desbalanceo Rotatorio cabeceo de flechas y elementos rotativos_GSV.pptxDesbalanceo Rotatorio cabeceo de flechas y elementos rotativos_GSV.pptx
Desbalanceo Rotatorio cabeceo de flechas y elementos rotativos_GSV.pptx
 
IMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdf
IMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdfIMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdf
IMPORTANCIA DE LOS LIPIDOS EN FARMACIA.pdf
 
Criterios de la primera y segunda derivada
Criterios de la primera y segunda derivadaCriterios de la primera y segunda derivada
Criterios de la primera y segunda derivada
 
MATERIALES MAGNETICOS EN EL CAMPO SIDERURGICO.pptx
MATERIALES MAGNETICOS EN EL CAMPO SIDERURGICO.pptxMATERIALES MAGNETICOS EN EL CAMPO SIDERURGICO.pptx
MATERIALES MAGNETICOS EN EL CAMPO SIDERURGICO.pptx
 

Metodologias para el desarrollo de los sistemas expertos

  • 1.
  • 2. INTRODUCCION • Al igual que para desarrollar un sistema de información convencional existen varias metodologías de desarrollo como la Ingeniería de la Información, tendencias estructuradas y orientadas a objetos, así existen varias metodologías para desarrollar un sistema experto. • Aquí solo mencionaremos algunas y mostraremos un esquema general de la metodología con la cual trabajaremos nosotros. Metodología de Buchanan, Metodología de Grover, Metodología de Brule, Metodología KADS, Metodología Ideal, etc.
  • 3. IMPORTANCIA • Son herramientas utilizadas por el ingeniero de conocimiento, que le dan pautas de como desarrollar un SE. • Guían la construcción • Permiten una correcta documentación • Permiten detectar problemas durante el desarrollo y corregirlos a tiempo.
  • 4.
  • 5. METODOLOGÍA BUCHANAN • En la adquisición de conocimiento el ingeniero de conocimiento procede a través de una serie de etapas para producir un SE. • La característica mas importante de esta metodología es la constante relación entre el Ingeniero de Conocimiento y el Experto del área • Se destacan 6 etapas fundamentales.
  • 7. 1. IDENTIFICACION – Se identifican los participantes y roles, los recursos, fuentes de conocimiento. – Se establecen las facilidades computacionales y presupuestos. – Se identifican los objetos o metas METODOLOGÍA BUCHANAN
  • 8. 2. CONCEPTUALIZACION – Los conceptos se toman en cuenta con sumo interés, pues el Experto del área es quien conoce en detalle los fundamentos particulares del tema a investigar METODOLOGÍA BUCHANAN
  • 9. 3. FORMALIZACION – Se identifican los conceptos relevantes e importantes – El resultado de formalizar el diagrama de información conceptual y los elementos sub-problemas es una especificación parcial para construir un prototipo de la base de conocimiento METODOLOGÍA BUCHANAN
  • 10. 4. IMPLEMENTACIÓN – Se formaliza el conocimiento obtenido del experto y se elige la organización, el lenguaje y el ambiente programación 5. TESTEO – Se observa el comportamiento del prototipo, el funcionamiento de la base de conocimiento y la estructura de las inferencias, verificándose la performance del sistema. METODOLOGÍA BUCHANAN
  • 11. • 6. REVISIÓN DEL PROTOTIPO – Se reformulan los conceptos . – Se rediseña y refina el prototipo. METODOLOGÍA BUCHANAN
  • 12. METODOLOGIA IDEAL • Fue propuesta por Juan Pazos, el año 1997 en la tesis titulada “Análisis de viabilidad en sistemas basados en conocimiento”, esta metodología propone un ciclo de vida en espiral en tres dimensiones, y se ajusta a la tendencia del software actual, esto hace que: • Sea reutilizable. • Sea integrable. • Posea requisitos abiertos. • Tenga diversidad de modelos computacionales.
  • 13. • Esta basado en prototipaje rápido, consistente en conseguir, desde etapas muy iniciales del desarrollo, unos prototipos que den idea de cómo debe funcionar el sistema definitivo. • El objetivo es conseguir un proceso de mejora gradual en base al conocimiento de los expertos. METODOLOGIA IDEAL
  • 14. METODOLOGIA DE BRULE • Muchos de los trabajos de SE no son dirigidos correctamente. • En la mayoría de los casos el problema se encuentra en la construcción del software y no en la adquisición del conocimiento.
  • 16. 1. Pre-planeamiento – Definir el problema, investigar la factibilidad del proyecto, el costo de conducción, probabilidad de éxito. 2. Diseño y especificación – Crear el equipo de trabajo, estructurar las perspectivas, planificar la primera sesión para definir el modelo perspectiva inicial mediante la creación de un prototipo demostrativo. METODOLOGIA DE BRULE
  • 17. 3. Desarrollo temprano. – El equipo realiza su primer esfuerzo de desarrollo. El final de esta será un diseño relativamente estable. METODOLOGIA DE BRULE 4. Implementación Si el diseño es satisfactorio comienza la implementación. Es un proceso interactivo, definición del sistema, construcción e implementación.
  • 18. 5. EVALUACIÓN – Se verifica y valida el sistema experto y se establece la performance del sistema. 6. SUPERVISIÓN – Consiste en un testeo en línea, en un ambiente limitado y controlado 7. MANTENIMIENTO. – En todo sistema se requiere de un mantenimiento para poder existir y/o progresar, como así también la actualización del sistema. METODOLOGIA DE BRULE
  • 19. METODOLOGÍA GROVER La metodología de adquisición de conocimiento para el dominio del problema de grover tiene tres fases:  Definición del dominio  Formulación fundamental del conocimiento  Consolidación del conocimiento basal.
  • 20. Definición del Problema Definición del Problema Definición del Dominio Escenarios Iniciales Nuevos Escenarios Conocimiento Basal Formulación del conocimiento fundamental Revisión del Experto Actividad Basal del Sistema Experto • Descripción del problema • Referencias Bibliográficas • Glosario de términos • Identificación de expertos • Criterios de performance • Escenarios ejemplo • Verificación de Sintaxis • Verificación del comportamiento • Verificación general del comportamiento Consolidación del conocimiento Basal METODOLOGÍA GROVER
  • 21. • La característica mas importante es la obtención de documentación que puede reemplazar parcialmente al experto, y servir a los diseñadores y usuarios como medio de documentación y referencia • La importancia de esta metodología es el construirse a partir de unir puntos mas fuertes de las metodologías existentes en diferentes áreas METODOLOGIA MIXTA
  • 22. ESTUDIO PRELIMINAR DESARROLLO DE PROTOTIPOS DESARROLLO DEL SISTEMA EVALUACION FINAL MANTENIMIENTO
  • 23. METODOLOGIA MIXTA 1. ESTUDIO PRELIMINAR: – Definición del problema – Estudio de factibilidad – Análisis • Posibilidad de la construcción • Justificación de la construcción
  • 24. 2. DESARROLLO DE PROTOTIPOS: – E licitación de conocimiento – Representación del conocimiento – Elección de la herramienta – Formalización: construcción de las reglas – Implementación del prototipo 3. DESARROLLO DEL SISTEMA Los avances deben estar acompañados de evaluaciones internas de los expertos y la reconstrucción a partir del resultado de las evaluaciones METODOLOGIA MIXTA
  • 25. 4. EVALUACION FINAL – El testeo final consiste en plantear casos nuevos y comparar la solución y procedimiento realizado por el experto y por el sistema 5. MANTENIMIENTO – Actualización del sistema METODOLOGIA MIXTA
  • 26. METODOLOGÍA COMMON KADS METODOLOGIA ANALISIS CONSTRUCCION Sistema basados en conocimientos de forma análoga a los métodos empleados en ingeniería de software Diseñada
  • 27. Es una herramienta para analizar la organización en que el SBC va ser introducido, y pretende descubrir problemas y oportunidades Describe a un nivel general las tareas que son realizadas o serna realizadas en el entorno organizativo en que s propone instalar el SBC y proporciona el marco para la distribución de tareas entre agentes • Modelo de la Organización (OM) • Modelo de Tarea (MT) MODELOS DE LA METODOLOGÍA COMMON KADS
  • 28. Un agente es un ejecutor de una tarea. Puede ser humano, software o cualquier otra entidad capaz de realizar una tarea. Este modelo describe las competencias, características, autoridades y restricciones para actuar de los agentes Detalla el intercambio de información entre los diferentes agentes involucrados en la ejecución de las tareas descritas en el modelo de tarea Este es el corazón de la metodología CommonKADS y modela el conocimiento de resolución de problemas empleado por un agente para realizar una tarea • MODELO DE AGENTE(AM) • MODELO DE COMUNICACIONES(CM) • MODELO DEL CONOCIMIENTO MODELOS DE LA METODOLOGÍA COMMON KADS
  • 29. Mientras que los otros cinco modelos tratan del análisis del SBC, este modelo se utiliza para describir la arquitectura y el diseño técnico des SBC como paso previo a su implementación • MODELO DE DISEÑO Modelo Organizacional Modelo de Tarea Modelo de Agente Modelo del Conocimiento Modelo de la Comunicación Modelo del diseño Contexto Concepto Artefacto MODELOS DE LA METODOLOGÍA COMMON KADS
  • 30.
  • 31. • Medicina • Contabilidad • Planificación financiera • Auditoria • Militar • Industria • Robótica • Electrónica • aeronáutica APLICACIONES