Sistemas Especialistas



Documentos relacionados
Projeto de Sistemas I

ENGENHARIA DE SOFTWARE I

Expert SINTA versão 1.1

Orientação a Objetos

Arquitetura de Rede de Computadores

Requisitos de Software

Introdução à Computação

DESENVOLVIMENTO DE UM SOFTWARE NA LINGUAGEM R PARA CÁLCULO DE TAMANHOS DE AMOSTRAS NA ÁREA DE SAÚDE

Guia de Especificação de Caso de Uso Metodologia CELEPAR

Universidade Federal do Vale do São Francisco Inteligência Artificial

Estrutura de um Sistema Especialista

OBJETIVO 2 APLICAÇÃO 3 ATRIBUIÇÕES E RESPONSABILIDADES 4 DOCUMENTOS DE REFERÊNCIA 5 TERMINOLOGIA 6 DESCRIÇÃO DO PROCESSO DE GESTÃO DE MUDANÇAS

TI Aplicada. Aula 02 Áreas e Profissionais de TI. Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com

ADM041 / EPR806 Sistemas de Informação

Introdução a Computação

Feature-Driven Development

Banco de Dados I. Apresentação (mini-currículo) Conceitos. Disciplina Banco de Dados. Cont... Cont... Edson Thizon

UNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

Engenharia de Requisitos

Extração de Requisitos

Engenharia de Software: conceitos e aplicações. Prof. Tiago Eugenio de Melo, MSc tiagodemelo@gmail.com

Protótipo tipo de Sistema Especialista Para Área Comercial Utilizando a Ferramenta SPIRIT

15 Computador, projeto e manufatura

Modelo Cascata ou Clássico

Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite (81 )

GARANTIA DA QUALIDADE DE SOFTWARE

ENGENHARIA DE SOFTWARE

Introdução ao Modelos de Duas Camadas Cliente Servidor

Resumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0

04/08/2012 MODELAGEM DE DADOS. PROF. RAFAEL DIAS RIBEIRO, MODELAGEM DE DADOS. Aula 2. Prof. Rafael Dias Ribeiro. M.Sc.

Engenharia de Software III

Processos de Desenvolvimento de Software

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 14 PROFª BRUNO CALEGARO

Orientação a Objetos

Entendendo como funciona o NAT

Sistemas Operacionais

2 Diagrama de Caso de Uso

Gerenciamento de Problemas

Persistência e Banco de Dados em Jogos Digitais

Planejando o aplicativo

Projeto de Arquitetura

Gerenciamento de Incidentes

CAPÍTULO 3 - TIPOS DE DADOS E IDENTIFICADORES

Hardware (Nível 0) Organização. Interface de Máquina (IM) Interface Interna de Microprogramação (IIMP)

Engenharia de Software. Parte I. Introdução. Metodologias para o Desenvolvimento de Sistemas DAS

Conceitos de Banco de Dados

DEPARTAMENTO DE MATEMÁTICA E CIÊNCIAS EXPERIMENTAIS

O que é a estatística?

Análise e Desenvolvimento de Sistemas ADS Programação Orientada a Obejeto POO 3º Semestre AULA 03 - INTRODUÇÃO À PROGRAMAÇÃO ORIENTADA A OBJETO (POO)

O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no

Universidade Paulista

Modelagemde Software Orientadaa Objetos com UML

Na medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.

Introdução à Engenharia de Software

Modelagem e Simulação

TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES

Pesquisa com Professores de Escolas e com Alunos da Graduação em Matemática

Introdução. Hardware X Software. Corpo Humano Parte Física. Capacidade de utilizar o corpo em atividades especificas explorando seus componentes

AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0

Análise de Sistemas. Visão Geral: Orientação a Objetos. Prof. José Honorato Ferreira Nunes honorato.nunes@bonfim.ifbaiano.edu.br

PROFESSOR: CRISTIANO MARIOTTI

Objetivos. Processos de Software. Tópicos abordados. O processo de software. Modelos genéricos de modelos de processo de software.

Disciplina: Unidade III: Prof.: Período:

2 Engenharia de Software

Equipamentos de Redes. Professor Leonardo Larback

LINGUAGENS E PARADIGMAS DE PROGRAMAÇÃO. Ciência da Computação IFSC Lages. Prof. Wilson Castello Branco Neto

Conceito de pesquisa

PARANÁ GOVERNO DO ESTADO

Software para especificação de motores de indução trifásicos

AVALIAÇÃO DE INTERFACES UTILIZANDO O MÉTODO DE AVALIAÇÃO HEURÍSTICA E SUA IMPORTÂNCIA PARA AUDITORIA DE SISTEMAS DE INFORMAÇÕES


Tópicos Abordados. Pesquisa de Mercado. Aula 2. Contextualização. Qualitativa X Quantitativa. Instrumentalização. 1. Diferença entre qualitativa

DESENVOLVIMENTO DE INTERFACE WEB MULTIUSUÁRIO PARA SISTEMA DE GERAÇÃO AUTOMÁTICA DE QUADROS DE HORÁRIOS ESCOLARES. Trabalho de Graduação

Implementação de uma Ferramenta de Apoio à Criação de Sistemas Especialistas

FMEA - Análise do Tipo e Efeito de Falha. José Carlos de Toledo Daniel Capaldo Amaral GEPEQ Grupo de Estudos e Pesquisa em Qualidade DEP - UFSCar

3 Metodologia de Previsão de Padrões de Falha

Linguagens Formais e Autômatos

Professor: Curso: Disciplina:

COMO CONTRATAR UM CONSTRUTOR. web. telefone

LEVANTAMENTO DE REQUISITOS. Lílian Simão Oliveira

Para construção dos modelos físicos, será estudado o modelo Relacional como originalmente proposto por Codd.

Glossário Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart.

Objetivos. Requisitos de Software. Tipos de Requisitos. O que é um requisito? Requisitos Funcionais e Não- Funcionais. Requisitos Funcionais

1. Instalei o DutotecCAD normalmente no meu computador mas o ícone de inicialização do DutotecCAD não aparece.

UNIVERSIDADE FEDERAL DE SANTA CATARINA GRADUAÇÃO EM SISTEMAS DE INFORMAÇÃO DEPARTAMENTO DE INFORMÁTICA E ESTATÍSTICA DATA MINING EM VÍDEOS

Sistemas de Informação I

CES-32 e CE-230 Qualidade, Confiabilidade e Segurança de Software. Conceitos de Qualidade. CURSO DE GRADUAÇÃO e DE PÓS-GRADUAÇÃO DO ITA

Projeto de Arquitetura

PLANOS DE CONTINGÊNCIAS

Orientação à Objetos. Aécio Costa

Aula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW

21/03/2012. WorkFlow. Gestão Eletrônica de Documentos. Workflow HISTÓRICO

Introdução à ISO 9001:2015

Capítulo 5 Métodos de Defesa

Transcrição:

Sistemas Especialistas Sistemas de Informação Inteligentes Prof. Esp. MBA Heuber G. F. Lima Aula3

Agenda Conceitos para a construção Avaliação de alguns sistemas especialistas Page 2

Sistemas Especialistas

Relembrando... Sistemas especialistas são programas de computador que procuram atingir soluções de determinados problemas do mesmo modo que especialistas humanos, se estiverem sob as mesmas condições. Em síntese, são programas constituídos por uma série de regras (as vezes também heurísticas) que analisam informações (normalmente fornecidas pelo usuário do sistema) sobre uma classe específica de problema (ou domínio de problema). Page 4

Sistemas Especialistas Resumindo... sistemas que empregam o conhecimento humano para resolver problemas que requererem a presença de um especialista. Área de aplicação de mais sucesso da IA faz parte dos chamados knowledge-based systems Utilidade capacitar não-especialistas servir de assistente a especialistas servir de repositório de conhecimento valioso para a empresa etc. Page 5 5

Conceitos Básicos Expertise conhecimento especializado adquirido por longo treinamento, leitura e experiência Especialista Quem possui o conhecimento, experiência, métodos e a habilidade de aplicá-los para dar conselhos e resolver problemas. Engenheiro de conhecimento Guia a aquisição, representação do conhecimento especializado, bem como a implementação e refinamento do SE. Page 6 6

Personagens de um SE Construtor de Ferramentas Constrói Conhecimento Documentado Especialista Testa Adquire Conhecimento Equipe de Suporte Fornece Suporte Ferramentas, Linguagens Fornece Usa Usa Engenheiro de Conhecimento Coopera Constrói Constrói Sistema Especialista Usa Vendedor Construtor do sistema Conecta Usuário Final Page 7

Como S.E. é desenvolvido 1) Construção da base de conhecimento Aquisição de conhecimento!!! Representação de conhecimento (formalização) 2) Implementação Codificação Construção do sistema de explicação, interface, etc. 3) Refinamento e validação Metodologia RUDE Page 8 8

Aquisição de Conhecimento Aquisição/Explicitação de conhecimento acumulação, transferência e transformação de alguma fonte de conhecimento para um computador (base de conhecimento). Espécie de engenharia de requisitos mais complexa Pode originar-se de várias fontes: especialistas, livros e documentos, filmes, etc. Principais fases da aquisição identificar características do problema isolar os conceitos principais e suas relações (ontologia) identificar inferências sobre estes conceitos Page 9 9

Gargalo na construção de SEs Dificuldade de introspecção o especialista quase nunca está ciente de como usa o conhecimento Algumas soluções são intuitivas ou compiladas. o especialista tem dificuldade de verbalizar sob pressão Uso de vocabulário próprio (jargão) O conhecimento expresso pode ser irrelevante quantidades enormes de informações supérfluas são coletadas, para em seguida serem organizadas. desafio: evitar informação irrelevante sem bloquear a descoberta de conceitos adicionais. Page 10 10

Gargalo na construção de Ses O conhecimento expresso pode ser incompleto o especialista pode não lembrar o conhecimento aprofundado para resolver um problema especialista pular pontos importantes O conhecimento expresso pode ser incorreto ou inconsistente Afinal quem garante a qualidade da solução, já que ela é coisa de especialista? a racionalidade que se deseja modelar é limitada (H. Simon)! Page 11 11

Como minimizar o gargalo da aquisição? Métodos de aquisição: automatização Sistemas especialistas de segunda geração Page 12 12

Métodos de aquisição 3 categorias: Manual, Semi-automático e Automático Manual Entrevistas (estruturadas ou não estruturadas) Tracking methods (análise de protocolos e observação) especialista documentação Engenheiro de conhecimento codificação Base de conhecimento Page 13 13

Métodos de aquisição Semi-automáticos ajuda ao especialista (grid repertory analysis) ajuda ao engenheiro de conhecimento (editores, documentadores, etc.) especialista Automático: machine learning Ferramentas interativas de entrevista Engenheiro de conhecimento Base de conhecimento Casos e exemplos Indução automática Regras Page 14 14

Sistemas Especialistas de Segunda Geração Abandonaram a hipótese da transferência de conhecimento o especialista valida o modelo computacional proposto Aquisição guiada por modelos: reuso de ontologias e estruturas de inferência 1) Decomposição de tarefas 2) Caracterização das (sub)tarefas 3) Busca de um modelo em uma biblioteca (ex. KADS - http://www.commonkads.uva.nl/) modelo = ontologia do domínio + estrutura de inferência 4) entrevista estruturada Page 15 15

(1) Decomposição de tarefas Exemplo: Falhas em equipamentos de áudio Audio troubleshooting diagnose act recofigure remedy Page 16 16

(2) Caracterização da tarefa Categoria Problemas Abordados Interpretação Inferindo descrições das situações por observações Predição Inferindo prováveis conseqüência de dadas situações Diagnóstico Inferência de defeito do sistema por observações Projeto Configurando objetos sob restrição Planejamento Desenvolvimento de plano(s) para realização de objetivo(s), meta(s) Monitoração Comparando observações para planos, detectando exceções Page 17

(2) Caracterização da tarefa Categoria Prescrição Problemas Abordados Recomendando soluções para mal funcionamento do sistema Instrução Diagnosticando, corrigindo erros e desempenho do estudante Controle Interpretação, predição, reparo e monitoração comportamento do sistema Page 18

Arquitetura Comum dos Sistemas Especialistas

A arquitetura mais comum de sistemas especialistas é: A que envolve regras de produção (production rules). Essas regras são simplesmente um conjunto de condições no estilo SE... ENTÃO..., com a possibilidade de inclusão de conectivos lógicos relacionando os atributos no escopo do conhecimento e o uso de probabilidades Page 20

Page 21

Um sistema de bom tamanho tem em torno de centena de regras (considerando aqueles que utilizam regras). Atualemente existem shells Ferramentas aptas a realizar muito do trabalho necessário para transpor um sistema especialista para um computador Page 22

Essas ferramentas permitem que o criador do sistema preocupe-se somente com a representação do conhecimento do especialistas, deixando para a shell a tarefa de interpretar o conhecimento representado e executá-lo em uma máquina, além de permitir depurações e explicações de como o computador chegou àquela(s) conclusão(ões). Page 23

Esta ferramenta utiliza um modelo de representação do conhecimento baseado em: Regras de produção e probabilidades, tendo como objetivo principal simplificar o trabalho de implementação de sistemas especialistas Através do uso de uma máquina de inferência compartilhada, Da construção automática de telas e menus Do tratamento probabilístico das regras de produção e da utilização de explicações sensíveis ao contexto da base de conhecimento modelada. Page 24

Um sistema especialista baseado em tal tipo de modelo é bastante útil em problemas de classificação. O usuário responde a uma sequência de menus, e o sistema se encarregará de fornecer respostas que se encaixem no quadro apontado pelo usuário Page 25

Ex.: Diagnósticos médicos, Configuração de redes de computadores e etc. Page 26

base de conhecimentos representa a informação (fatos e regras) que um especialista utiliza, representada computacionalmente; editor de bases é o meio pelo qual a shell permite a implementação das bases desejadas; máquina de inferência é a parte do SE responsável pelas deduções sobre a base de conhecimentos; banco de dados global são as evidências apontadas pelo usuário do sistema especialista durante uma consulta. Page 27

Regras de Produção As regras de produção são populares por possuírem as seguintes vantagens: Modularidade: cada regra, por si mesma, pode ser considerada como uma peça de conhecimento independente; Facilidade de edição (uma conseqüência da modularidade): novas regras podem ser acrescentadas e antigas podem ser modificadas com relativa independência; Transparência do sistema: garante maior legibilidade da base de conhecimentos. Page 28

Exemplo de regra Denomina-se os conseqüentes de uma regra como as cabeças da regra e os antecedentes, caudas. Esta notação é proveniente da linguagem PROLOG, na qual as conclusões encabeçam as cláusulas. Page 29

A estrutura de cada cauda (premissa) Conectivo é um dos seguintes elementos utilizados na lógica clássica: NÃO, E, OU. Sua função é unir a sentença ao conjunto de premissas que formam a seção de antecedentes de uma regra. Atributo é uma variável capaz de assumir uma ou múltiplas instanciações no decorrer da consulta à base de conhecimentos. Cabe ao desenvolvedor definir o tipo de atributo. Um atributo é uma entidade totalmente abstrata, capaz de armazenar listas de valores cujo significado depende do contexto da base. Números também podem ser atribuídos a variáveis; Page 30

A estrutura de cada cauda (premissa) Operador é um elo de ligação entre o atributo e o valor da premissa que define o tipo de comparação a ser realizada. São operadores relacionais: =, >, <=, <>, entre outros; Valor é um item de uma lista a qual foi previamente criada e relacionada a um atributo. No momento da criação de um atributo, também é possível que seja definida uma lista de valores que constituirá o universo ao qual suas instanciações devem necessariamente pertencer. As listas criadas podem ser utilizadas para construção de menus, caso o sistema especialista necessite efetuar uma pergunta ao usuário referente àquele determinado atributo. Um valor também pode ser um número, caso o atributo o permita. Page 31

A estrutura de cada cabeça (conclusão) Atributo eqüivale ao mesmo atributo usado em caudas; = é um operador de atribuição e não de igualdade. Ou seja, o atributo, nas cabeças de regra, é sempre instanciado a um valor. Dependendo se a variável pode ou não acumular múltiplas instanciações, o novo valor substituíra o antigo ou será empilhado com os demais. Valor equivale ao mesmo valor utilizado em caudas; Grau de confiança é uma porcentagem indicando a confiabilidade daquela conclusão específica da regra. O grau de confiança varia de 0% a 100%. Page 32

REGRA 1 SE amanhã pode chover = Não Etenho dinheiro suficiente = Sim Etenho tempo suficiente = Sim ENTÃO devo ir à praia = Sim REGRA 2 SE amanhã pode chover = Sim OU tenho dinheiro suficiente = Não OU tenho tempo suficiente = Não ENTÃO devo ir à praia = Não REGRA 3 SE o serviço de meteorologia disse que vai chover amanhã = Sim ENTÃO amanhã pode chover = Não REGRA 4 SE não vou sair hoje = Sim E nenhuma emergência ocorrer = Sim ENTÃO tenho dinheiro suficiente = Sim REGRA 5 SE minha namorada ligar = Sim ENTÃO não vou sair hoje = Não REGRA 6 SE meu orientador passar trabalho extra = Sim ENTÃO tenho tempo suficiente = Não Page 33

Fatores de Confiança Vejamos a dificuldade em representar a confiabilidade das informações: Especialistas humanos não se sentem confortáveis em pensar em termos de probabilidade. Suas estimativas não precisam corresponder àquelas definidas matematicamente; Tratamentos rigorosamente matemáticos de probabilidade utilizam informações nem sempre disponíveis ou simplificações que não são claramente justificáveis em aplicações práticas. Page 34

Na verdade, existem duas correntes de pensamento: Aquela que utiliza fórmulas estatísticas rigorosas, com teoria das probabilidades, e Aquela que utiliza uma abordagem da teoria das possibilidades sobre os fatores de certeza, ou seja, mais generalizada e sem uma base matemática forte Page 35

Então atribuímos grau de confiança no caso de: Page 36

Graus de Confiança Quando queremos saber o valor final atribuído às variáveis na conclusão de um regra. SE ENTÃO (CNF) 70%. fumagina = sim suspeita de praga = mosca branca, grau de confiança Assim sendo, supondo que o grau de confiança da igualdade fumagina = sim é 80%, teremos que à variável suspeita de praga será atribuído o valor mosca branca, com o respectivo grau de confiança 0.80 * 0.70 = 0.56 = 56%. Page 37

Graus de Confiança Cálculo do grau de confiança com o operador E: SE estados das folhas = esfarelam facilmente E presença de manchas irregulares = sim... Se o grau de confiança da igualdade estados das folhas = esfarelam facilmente é 80% e o grau de confiança da igualdade presença de manchas irregulares = sim é 70%, temos que a conjunção das duas sentenças retornará um valor CNF de 56%, pois esse é o produto dos dois valores. Page 38

Graus de Confiança Cálculo do grau de confiança com o operador OU. SE besouros vermelhos = sim OU larvas marrons = sim... Se o grau de confiança da igualdade besouros vermelhos = sim é 80% e o grau de confiança da igualdade larvas marrons = sim é 70%, temos que a disjunção das duas sentenças retornará um valor CNF de 0.70 + 0.80-0.70 * 0.80 = 1.50-0.56 = 0.94 = 94%. Page 39

Graus de Confiança Quando uma variável recebe duas vezes o mesmo valor em pontos diferentes da consulta. Em momentos diferentes de uma consulta, uma mesma variável var pode receber o mesmo valor v, sendo que até à penúltima instanciação ela possuía grau de confiança c1, e a última atribuiu um CNF c2. Sendo assim, temos que o valor final de confiança para var = v será dado pela fórmula ca + cn - ca * cn, onde ca representa o grau de confiança antes da última mudança e cn o último grau de confiança atribuído. Page 40

Obrigado! heuber.lima@hotmail.com