Inteligência Artificial Projecto 1

Transcrição

1 Bantumi ESPECIFICAÇÕES O projecto destina-se a resolver um conjunto de problemas do jogo Bantumi utilizando métodos de procura em espaço de estados. Bantumi é um jogo derivado do jogo Mancala de origem Africana a centenas de anos atrás. Existem muitas variantes deste jogo, alterando o numero de pedras de cada cesto no inicio do jogo até ao modo como cada pedra é coleccionada na Mancala. O jogo Bantumi ocorre num tabuleiro, abaixo representado, em que inicialmente as peças estão distribúidas das seguintes formas: Figura 1 Tabuleiro inicial A Figura 2 Tabuleiro inicial B Cada jogador começa com o mesmo número de peças. Inicialmente, podemos começar ou com o tabuleiro A ou B, fica ao critério dos jogadores, pois são eles que devem escolher o tabuleiro inicial. Onde, as casas do jogador 1 são as de cima, por consequência as casas do jogador 2 são as de baixo. A Mancala é a casa onde os jogadores podem depositar pedras, de forma a acumularem pontos. Sendo, a Mancala da esquerda a do jogador 1 e a Mancala da direito a do jogador 2. Uma jogada consiste em que um jogador escolha uma das suas casas, agarrando nas pedras depositadas nessa mesma casa, e colocando-as, uma a uma, nas casas seguintes pela ordem contrária dos ponteiros do relógio. Sempre que passa na sua Mancala deve depositar uma pedra, caso passe na Mancala do adversário não deposita nenhuma pedra. Regras do jogo: Todos as jogadas são feitas ao contrário da rotação dos ponteiros do relógio. Figura 3 Rotação das jogadas Departamento de Sistemas e Informática IA 25/26 Instituto Politécnico de Setúbal Eng. Adelaide Trabuco 1/8

2 Para jogar, o jogador devesse escolher uma das suas casa, agarrando nas pedras depositadas nessa mesma casa, e colocando-as, uma a uma, nas casas seguintes pela ordem contrária dos ponteiros do relógio Figura 4 Jogada Sempre que o jogador passa com pedras na sua Mancala, deve depositar uma pedra, aumentando a sua pontuação em Figura 5 Jogada com colecção de pedras na Mandala Sempre que o jogador passa com pedras na Mancala do adversário, não deposita nenhuma pedra Figura 6 Jogada complexa Departamento de Sistemas e Informática IA 25/26 Instituto Politécnico de Setúbal Eng. Adelaide Trabuco 2/8

3 Se numa jogada, a última pedra for depositada na sua Mancala, o jogador pode jogar novamente Figura 7 Jogada que permite com que o jogador volte a jogar novamente Se numa jogada, a última pedra for depositada numa das suas casas, e essa mesma casa estiver vazia, a pedra passa automaticamente para a sua Mancala, e se a casa oposta do adversário tiver pedras, essas também são colocadas na Mancala do jogador, automaticamente Figura 8 Jogada complexa Departamento de Sistemas e Informática IA 25/26 Instituto Politécnico de Setúbal Eng. Adelaide Trabuco 3/8

4 Se um dos jogadores não tiver nenhuma pedra em nenhuma das suas casas, o jogo termina. Se o adversário tiver pedras, são colocadas automaticamente na sua Mancala Figura 9 Fim de jogo O jogador vencedor é aquele que tiver mais pedras na sua "Mancala". OBJECTIVO O objectivo do jogo é colocar todas as pedras nas Mandalas de ambos os jogadores. O jogo termina quando não houver pedras nas casas dos jogadores. O primeiro projecto de IA, considera este jogo em estilo de problema. Só existe um jogador, que joga de ambos os lados, ao mesmo tempo, alternadamente, jogando apenas uma vez de cada lado. Pretende-se um programa, em LISP, para indicar a sequência de passos que conduzem de uma posição inicial do puzzle até a uma posição terminal do jogo. Sugere-se que, a heurística inicial seja a de minimizar o número de pedras nas casas dos jogadores. NOTAÇÃO O tabuleiro é representado por uma lista de listas em LISP em que [] representa uma casa vazia, [-1] casa inválida e, [X] casa com X pedras. O tabuleiro da figura 1 tem a seguinte representação: ( ( ) ( ) ) O tabuleiro da figura 2 tem a seguinte representação: ( ( ) ( ) ) A solução pode representar-se por uma sequência de estados, desde o estado inicial até ao estado final, ou então por razões de legibilidade pela lista de operações (i.e. movimentos) realizadas sobre as peças do tabuleiro. Cada jogada é representada por uma lista com a estrutura: (coluna linha) Departamento de Sistemas e Informática IA 25/26 Instituto Politécnico de Setúbal Eng. Adelaide Trabuco 4/8

5 A coluna corresponde ao número da coluna correspondente à jogada. A linha corresponde ao número da linha correspondente à jogada. Note que a numeração das colunas e das linhas deve ser a seguinte: Figura 1 Numeração das linhas e colunas do tabuleiro O programa deverá estar dividido em três partes: uma parte para implementar o método de procura genérico, outra para implementar a resolução do problema do puzzle, e a terceira parte para fazer a interacção com o utilizador e para proceder à escrita e leitura de ficheiros. Enquanto a primeira parte do programa deverá ser genérica para qualquer problema que possa ser resolvido com base no método de procura seleccionado, a segunda parte é específica do caso particular em causa, nomeadamente o problema Bantumi. O projecto deverá apresentar um estudo comparativo do comportamento dos três métodos: procura em largura, procura em profundidade e A*. Para além destas três formas de procura cada grupo deve programar, aplicar e estudar uma das seguintes estratégias Simplified Memory-Bounded A* (SMA*), Iterative Deepening A* (IDA*) ou Recursive Best First Search (RBFS) de acordo com a distribuição definida na aula teórica. Assim, cada grupo terá de entregar a resolução de cada um dos problemas propostos usando 4 métodos. A falta da implementação de qualquer dos métodos, ou a falta total de resultados apresentados relativamente a qualquer dos métodos, é penalizada com um mínimo de 3 valores por cada método em falta. O projecto deverá incluir a implementação de cada um dos métodos de forma modular, permitindo que o programador possa recorrer à implementação realizada e incorporar apenas os que entender no seu programa, tipo biblioteca. No caso dos métodos informados, o programa deverá utilizar funções heurísticas modulares, i.e. que possam ser colocadas ou retiradas do programa de procura como módulos. As heurísticas não devem estar embebidas de forma rígida no programa de procura. Exige-se a utilização de pelo menos duas heurísticas: uma dada nas aulas e outra desenvolvida pelos alunos. EXPERIÊNCIAS Pretende-se que o projecto estude, para cada problema dado, o desempenho de cada uma das heurísticas, apresentando, em relação a cada ensaio, dados estatísticos sobre a sua eficiência, nomeadamente o factor de ramificação, o número de nós gerados, o número de nós expandidos, a penetrância e a profundidade. Os projectos deverão apresentar as soluções de TODOS os problemas abaixo indicados, mediante um ficheiro de resultados produzido automaticamente pelo programa, sendo descontado,3 valor por cada problema não resolvido. No caso de ser apresentada a solução, mas não o estudo de desempenho das heurísticas o desconto é de apenas,2 valor por cada caso. O formato do ficheiro deve ser o seguinte: Departamento de Sistemas e Informática IA 25/26 Instituto Politécnico de Setúbal Eng. Adelaide Trabuco 5/8

6 (factor_ramificação <valor>) (nós_gerados <número_nós>) (nós_expandidos <número_nós>) (penetrância <valor>) (profundidade <valor>) (tabuleiros <lista_tabuleiros>) (movimentos <lista_movimentos>) Note que, a lista de tabuleiros inclui todos os estados do tabuleiro desde o início do jogo até ao fim do jogo, e a lista de movimentos inclui todos os movimentos desde o primeiro movimento até ao último. Estes problemas deverão estar num ficheiro problemas.dat., utilizando a notação atrás indicada. O último problema ( h) ) será apresentado durante a avaliação oral e inserido num novo ficheiro problemas.dat para verificar o funcionamento do projecto a) jogador 1 joga primeiro 4 2 b) jogador 1 joga primeiro c) jogador 1 joga primeiro d) jogador 1 joga primeiro e) jogador 1 joga primeiro Departamento de Sistemas e Informática IA 25/26 Instituto Politécnico de Setúbal Eng. Adelaide Trabuco 6/8

7 9 5 8 f) jogador 1 joga primeiro g) jogador 1 joga primeiro h) jogador 1 joga primeiro GRUPOS Os projectos deverão ser realizados em grupos de 2 pessoas, sendo sempre sujeitos a avaliação oral individual. DATAS Entrega do projecto: 5 de Dezembro de 25. DOCUMENTAÇÃO A ENTREGAR A entrega do plano do projecto e do projecto final deverá ser feita juntando todos os ficheiros a entregar que, após compressão (zip) deverá ser enviada como attachment de uma mensagem , para o respectivo professor dos laboratórios, devidamente identificados e com o subject seguinte: IA-PROJECTO-numero1-numero2 (Exemplo: IA-PROJECTO ), até à data acima indicada. Após a entrega por os grupos deverão contactar pessoalmente ao respectivo professor dos laboratórios, acompanhados de um original impresso dos documentos para ser concluída a entrega. Para além de entregar os ficheiros de código, abaixo indicados, é necessário elaborar manuais em dois ficheiros adicionais, escritos em MSWord para Windows. Note que, se criar variáveis globais deve escrever um capítulo sobre cada variável global, indicando uma explicação clara e sucinta sobre a criação e utilização de cada variável global. Indicam-se os nomes dos ficheiros que se pretende: Projecto.lsp Carrega os outros ficheiros de código, escreve e lê de ficheiros e trata da interacção com o utilizador. Problema.lsp Código LISP relacionado com a resolução do problema, específico do domínio de aplicação (e.g. heurísticas). Departamento de Sistemas e Informática IA 25/26 Instituto Politécnico de Setúbal Eng. Adelaide Trabuco 7/8

8 Procura.lsp Deve conter o código LISP correspondente à implementação dos algoritmos de procura em espaço de estados abaixo indicados, portanto independente do domínio de aplicação. Algoritmo de procura em Largura Primeiro Algoritmo de procura em Profundidade Primeiro Algoritmo de procura pelo Melhor Primeiro Um dos algoritmos SMA*; IDA* ou RBFS ManualTecnico.doc O Manual Técnico deverá conter o algoritmo geral e por partes devidamente comentado; descrição dos objectos que compõem o projecto, incluindo dados e procedimentos; identificação das limitações e opções técnicas. ManualUtilizador.doc O Manual do Utilizador deverá conter a identificação dos objectivos do programa, e descrição geral do seu funcionamento; explicação da forma como se usa o programa (acompanhada de exemplos); descrição da informação necessária e da informação produzida (écran/teclado e ficheiros); limitações do programa, do ponto de vista do utilizador, de natureza não técnica. AVALIAÇÃO A avaliação do projecto levará em linha de conta os seguintes aspectos: Data de entrega - Há tolerância de uma semana, com a penalização de um valor por cada dia de atraso. Após uma semana de atraso a nota do projecto será zero. Correcção processual da entrega do projecto - ( ; manuais no formato correcto). Anomalias processuais darão origem a uma penalização que pode ir até 3 valores, sendo dada uma semana de tolerância para correcção de eventuais problemas que impeçam a análise do projecto. Após uma semana de atraso a nota do projecto será zero. Qualidade técnica - Objectivos atingidos; Código correcto; Facilidade de leitura e manutenção do programa; Opções técnicas correctas. Qualidade da documentação - Estrutura e conteúdo dos manuais que acompanham o projecto de acordo com as boas práticas de documentação, as quais são indicadas e esclarecidas nas aulas de laboratório. Avaliação oral - Eficácia e eficiência da exposição; compreensão das limitações e possibilidades de desenvolvimento do programa. Nesta fase poderá haver lugar a uma revisão total da nota de projecto. Departamento de Sistemas e Informática IA 25/26 Instituto Politécnico de Setúbal Eng. Adelaide Trabuco 8/8