Zé Carioca LES Finalista da Competição Agent Reputation Trust (ART) Testbed
|
|
- Aparecida Chagas Sousa
- 6 Há anos
- Visualizações:
Transcrição
1 Zé Carioca LES Finalista da Competição Agent Reputation Trust (ART) Testbed Andrew Diniz da Costa 1, Fábio A. Soares 1, Sérgio C. Azevedo 1, Carlos J. P. Lucena 1, Viviane T. Silva 2 1 Departamento de Informática Pontifícia Universidade Católica do Rio de Janeiro (PUC-Rio) Rio de Janeiro - RJ Brasil 2 Departamento de Sistemas Informáticos y Computación Universidad Complutense de Madrid (UCM) Madrid, Espanha. {acosta,sazevedo,lucena}@inf.puc-rio.br, fabiodeazevedo@gmail.com, viviane@fdi.ucm.es Abstract. Nowadays there are many situations where knowing the truth about those that are negotiating becomes very important. Aiming to stimulate the creation and comparison of techniques that allow to define and to use reputations in Multi-Agent Systems, the competition Agent Reputation Trust (ART) Testbed pertaining to the Autonomous Agents and Multi-Agent Systems (AAMAS) conference was created. Thus, software s agents were developed to participate, such as the Ze Carioca LES agent, finalist in This paper aims to demonstrate the strategies that have been used by the agent and to offer a general vision of the domain of the competition. Resumo. Hoje em dia existem diversas situações em que conhecer aqueles com quem se negocia torna-se muito importante. Visando estimular a criação e comparação de técnicas que permitam definir e usar reputações em Sistemas Multi-Agentes, a competição Agent Reputation Trust (ART) Testbed pertencente à conferência Autonomous Agents and Multi-Agent Systems (AAMAS) foi criada. Assim, agentes de software foram desenvolvidos para participar, como, por exemplo, o agente Zé Carioca LES, finalista em Este artigo visa explicar quais estratégias foram utilizadas pelo agente, além de oferecer uma visão geral do domínio da competição. 1. Introdução Em diversos momentos presentes no nosso dia a dia torna-se importante conhecer aqueles com os quais iremos conversar, negociar ou realizar qualquer tipo de transação. Sistemas Multi-Agentes [Jennings 2000, Wooldridge 1998] vêem sendo apontados como tecnologia adequada para representar tais situações aplicando estratégias que possam decidir a reputação de cada um dos agentes envolvidos. A competição Agent Reputation Trust (ART) Testbed [Fullam 2007], pertencente à conferência Autonomous Agents and Multi-Agent Systems (AAMAS), foi criada com o intuito de estimular a 65
2 criação e comparação de técnicas voltadas para reputação. Esta competição realizada em 2006 e 2007, conta com a presença de agentes de software desenvolvidos por diferentes instituições executados em um ambiente que utiliza o conceito de reputação. Neste artigo apresentamos o agente Zé Carioca LES, finalista da competição em 2007, e o conjunto de estratégias utilizadas. Na Seção 2. Visão geral da competição é apresentada uma visão geral da competição e do domínio considerado. Na Seção 3. Estratégias aplicadas são apresentadas as estratégias que levaram o agente Zé Carioca a ser um dos finalistas, e na Seção 4. Considerações finais apresentamos algumas considerações finais. 2. Visão geral da competição A competição ART-Testbed [Fullam 2005, Fullam 2006, Fullam 2007] foi criada com o intuito de definir um ambiente de teste para agentes de software que utilizam o conceito de reputação. Ela simula um ambiente de negócio onde clientes compram opiniões sobre pinturas. Cada agente participante do jogo é um provedor do serviço (avaliador de pintura) responsável por vender suas opiniões quando requisitado. A Figura 1 retrata este domínio. Cada pintura possui uma era específica, isto é, uma categoria na qual ela se enquadra para avaliação. No início de cada jogo, os avaliadores recebem de forma randômica os graus de conhecimento para cada era do jogo (categoria de pintura), através de um simulador oferecido pela competição que é o ambiente de execução. Durante os jogos os graus podem mudar, sendo assim atribuídos novos valores pelo simulador. Como em certas situações um avaliador pode receber pinturas pertencentes a certas eras às quais ele não possui um grau de conhecimento muito grande, ele pode procurar interagir com os outros avaliadores presentes no jogo para chegar na avaliação mais correta possível. Os valores que refletem o grau de conhecimento do agente em cada era variam de zero até um. Esses valores indicam o desvio padrão de erro de um agente em relação à avaliação da pintura na era correspondente. Se o valor for próximo a zero o avaliador tem mais chances de fazer uma boa avaliação, enquanto que mais próximo a um, mais chances de avaliar de maneira errada. Figura 1. Domínio do ART-Testbed 66
3 Existem dois protocolos possíveis de interação entre agentes avaliadores: protocolo de reputação e de opinião. O protocolo de reputação permite que um agente A solicite a reputação de um agente C segundo o ponto de vista do agente B. A informação provida pelo agente B ao agente A é um valor de zero até um. Quanto menor o valor, menor a reputação do agente C em relação ao agente B, e quanto maior, maior a reputação. A informação fornecida pelo agente B pode ser tanto uma verdade como uma mentira. O agente A deverá tratar da melhor maneira possível à informação obtida, além de desembolsar um dinheiro para pagar o dado fornecido (o valor de pagamento é estipulado pelo simulador da competição) pelo agente B. O protocolo de opinião é utilizado quando um avaliador solicita a opinião de uma pintura para outro agente. O agente que recebe a solicitação pode tanto rejeitar como aceitar informar sua opinião. Caso aceite, ele informa seu grau de conhecimento da era (Certainty Assessment) para que o agente requisitante possa decidir se realmente desejará obter sua opinião. Após sua decisão, o solicitador informa se aceita ou rejeita obter a opinião do outro avaliador. Aceitando, ele realiza o pagamento da informação (valor determinado pelo simulador da competição), e a seguir o agente provedor informa sua opinião. Entretanto, as informações transmitidas (Certainty Assessment e a opinião do avaliador provedor) podem ser tanto verdadeiras como mentirosas. A Figura 2 e a Figura 3 apresentam respectivamente o protocolo de reputação e opinião. O jogo possui um conjunto de sessões variáveis, ou seja, cada jogo pode ter um número diferente de sessões. No término de cada sessão há a verificação de qual avaliador chegou mais próximo do valor verdadeiro da pintura. Aquele que mais se aproximar dos valores verdadeiros ganham mais clientes e conseqüentemente mais dinheiro. No final do jogo, o agente avaliador que obtiver a maior soma em dinheiro é o vencedor. Figura 2. Transação de reputação 67
4 Figura 3. Transação de opinião Para criar um avaliador de pintura basta estender uma classe chamada Agent oferecida pelo ART-Testbed [Fullam 2007]. Nela há nove métodos abstratos que devem ser implementados pela classe que a estende. Nesses métodos, está toda a inteligência de cada agente competidor. Veja a seguir uma breve descrição de cada um deles. preparereputationrequests: Requisita a opinião de algum avaliador. preparereputationacceptsanddeclines: Informa a aceitação ou rejeição das reputações requisitadas. preparereputationreplies: Fornece as reputações requisitadas. prepareopinionrequests: Solicita opiniões para outros avaliadores sobre as pinturas a serem avaliadas pelo agente requisitante. prepareopinioncertainties: Fornece o nível de perícia do agente avaliador sobre a área (era) da pintura. prepareopinionrequestconfirmations: Informa que aceita ou rejeita a opinião requisitada. prepareopinioncreationorders: Especifica o quanto o agente gastará para analisar as pinturas que está avaliando e aquelas solicitadas por outros avaliadores. prepareopinionproviderweights: Em toda sessão do jogo define-se os pesos (valores de zero até um) dos agentes nas avaliações relacionadas a cada era. O peso representa o grau de influência que alguma informação fornecida por algum avaliador terá na avaliação final do agente. prepareopinionreplies: Envia as opiniões requisitadas. O agente avaliador funciona como provedor de opiniões. 68
5 Na última competição em 2007, houveram duas fases: preliminar e final. A primeira realizada nos dias 10 e 11 de Maio contou com a presença de dezesseis agentes aprovados pelos organizadores da competição dentre os dezessete inscritos (participação de treze diferentes instituições). Cada um dos jogos possuiu 100 sessões, além de contar com a presença de oito agentes competidores e mais quinze oferecidos pela competição. Já na fase final, realizada nos dias 16 e 17 de Maio na conferência AAMAS em Honolulu no Havaí, classificaram-se apenas os cinco melhores agentes da fase preliminar (quarto lugar obtido pelo Zé Carioca LES). Os finalistas realizaram jogos com 200 sessões, além da presença de quinze agentes oferecidos pela competição, assim como na fase anterior. Na final, o agente Zé Carioca LES conseguiu a quinta colocação. Como prêmio, a equipe que o desenvolveu ganhou o direito de publicar um artigo explicando sobre a estratégia aplicada no site da competição, além do código fonte. 3. Estratégias aplicadas O agente Zé Carioca LES aplicou uma série de estratégias para que conseguisse realizar boas avaliações das obras de arte (pinturas) solicitadas por clientes. Para representá-las foram definidos os seguintes módulos: estatístico, decisão e controlador. Veja o modelo conceitual apresentado na Figura 4. O módulo ZeCariocaLES funciona como um controlador responsável por acessar os outros. O módulo estatístico é responsável por realizar uma série de análises a partir de transações de opinião, enquanto que o módulo de decisão, como o próprio nome diz, possui todas as condições necessárias para realizar decisões, como, por exemplo, definir quando deve realizar algum tipo de transação com algum agente competidor. A seguir, são explicados os seguintes módulos: estatístico e decisão. Tanto o de decisão como o controlador foram implementados juntos, isto é, em uma classe chamada ZeCariocaLES que estende a classe Agent oferecida pelo framework da competição. Figura 4. Modelo Conceitual do Zé Carioca LES 3.1 Módulo Estatístico Quando um avaliador recebe graus de conhecimento ruins, é necessário complementar essa informação de alguma maneira. Um dos caminhos é realizar transações com os outros avaliadores, e solicitar opiniões sobre as pinturas que está avaliando. No entanto, é necessário distinguir quando um agente diz uma verdade ou mentira, e quando um valor de fato pode ajudar sua avaliação. Logo, torna-se importante que cada agente possa distinguir quais são os avaliadores que mais o ajudam a realizar melhores avaliações. 69
6 De imediato percebeu-se a necessidade de avaliar as informações fornecidas pelos agentes concorrentes para que assim fosse possível distinguir quando um avaliador pode ser ou não útil. No entanto, para que seja possível ter um parecer de cada agente, há a necessidade de avaliá-los durante algumas rodadas, e verificar se o seu comportamento se manteve estável ou inconstante. Certos agentes além de poderem mudar seus comportamentos também podem ter diferentes estratégias para cada era (categoria de pintura). Logo, há dois pontos a serem analisados: verificar se um agente pode ajudar em uma respectiva era, e definir se cada agente é ou não confiável pois podem ocorrer mudanças constantes em seu comportamento ao fornecer opiniões. Para realizar essas análises decidiu-se criar uma entidade chamada Oracle (Oráculo), que representa um repositório de dados das opiniões fornecidas ao Zé Carioca e dos valores verdadeiros das pinturas avaliadas por ele. Com esses dados em mãos, é possível calcular o desvio padrão (grau de confiança), e a média de estimativas (percentual de acerto) das opiniões de cada agente em cada era. Para realizar esses cálculos foi utilizada a API Commons-Math da Apache [Apache Commons] como auxílio. Um ponto importante é que no início de cada sessão, cada agente passa a conhecer as opiniões lhe fornecidas na sessão anterior e os valores verdadeiros das pinturas correspondentes. Com essas informações, o agente Zé Carioca as repassa para o Oráculo, permitindo que sejam realizados cálculos internos e atualizada a base de dados. Apesar do Oráculo calcular o grau de confiança e a média de acertos de cada agente em cada era, foi necessário definir uma estratégia que pudesse verificar mudanças de comportamento nas informações fornecidas por cada agente durante as sessões. Essa estratégia é realizada através da comparação do desvio padrão e da média de estimativas encontradas a partir das últimas duas sessões em que o agente Zé Carioca recebeu opiniões de um certo avaliador, e de todas as sessões em que negociou com o mesmo. Caso a diferença entre os valores calculados seja relevante, a próxima análise em uma sessão mais a frente é feita com base nos valores calculados a partir das últimas duas sessões correntes e a partir de todas as sessões negociadas após a constatação da mudança de comportamento, ou seja, a partir das últimas duas sessões citadas anteriormente. Caso não tenha ocorrido nenhuma mudança, todos os dados desde o início das negociações com o agente são mantidos. 3.2 Módulo Decisão O módulo de decisão está incluso na classe ZeCariocaLES que estende a classe Agent oferecida pela competição. Existe uma série de decisões que o avaliador Zé Carioca LES deve realizar. Nesta sub-seção são definidas de forma sucinta as decisões realizadas nos seguintes casos: transações de opinião, tempo que o agente Zé Carioca deve ficar analisando uma pintura, e os pesos que devem ser atribuídos para cada avaliador presente no jogo Transação de Opinião Dois pontos principais são abordados pelo agente referente à transação de opinião: requisição e fornecimento de opiniões. Para o primeiro deles é necessário decidir em que momento deve ser realizado uma requisição e para quais agentes, enquanto que o 70
7 segundo deve decidir se realmente irá ou não fornecer opiniões para outros agentes e se os valores serão bons ou ruins. O avaliador Zé Carioca possui a política de requisitar opiniões para outros avaliadores nos instantes em que ele possui um grau de conhecimento ruim referente a alguma era, isto é, valor maior a 0.4 (grau obtido após uma série de testes). Quando é realizada uma requisição de opinião para um agente, e este aceita fornecê-la, sempre é gasto um valor pela informação. Esse valor é fixado pelo simulador da competição, e não varia durante os jogos ($ 10,00). Devido ao valor gasto para requisitar cada opinião, é necessário decidir para quais o agente deve solicitá-las, pois caso requisite para todos os avaliadores durante todas as sessões, percebeu-se que a quantia de dinheiro que o Zé Carioca teria no final dos jogos seria baixa dependendo do número de participantes. Para solucionar essa situação, decidiu-se interagir com apenas 20% dos agentes presentes em cada jogo. Caso o valor desses 20% seja inferior a cinco, então cinco agentes são escolhidos, e caso o número de participantes seja menor ou igual a cinco, então todos terão solicitações. Depois de determinar a quantia de agentes para as negociações, uma coleção que possui os nomes dos agentes presentes em cada jogo é embaralhada, para que depois possam ser selecionados os n primeiros avaliadores da coleção referente à quantia determinada anteriormente. Após a seleção dos agentes, são obtidas suas opiniões durante as duas primeiras sessões, para que seja possível verificar quais deles são agentes confiáveis e que possam ajudar nas avaliações do Zé Carioca. Dessa forma, nas duas primeiras sessões, o nosso agente não usa as opiniões dos outros para suas avaliações. Na sessão seguinte verificase com o auxílio da entidade Oráculo, se realmente existe algum agente dentre os n selecionados que podem ajudar o Zé Carioca em suas avaliações. Para determinar essa situação, são analisadas duas informações: a média de acertos (estimativas) das opiniões de cada agente versus valor verdadeiro da pintura relacionada, além do grau de confiança, calculado a partir do desvio padrão das opiniões informadas. Assim, pode-se verificar de forma minuciosa as informações fornecidas por cada agente, já que algum deles pode possuir comportamentos diferentes para cada era. Com a média de estimativas e o grau de confiança nas eras, pode-se verificar se cada avaliador selecionado pode ou não ser útil ao agente Zé. Para um avaliador ser considerado confiável, deve ter um valor maior ou igual a 0.85 (valor obtido a partir de testes), e ter uma boa estimativa, ou seja, maior ou igual a 1 - graunaeraxdozecarioca. Como o grau em cada era corresponde à probabilidade de obter um valor ruim em uma avaliação, ao subtrair um desse grau, obtemos a probabilidade de acerto. Se a estimativa encontrada for maior que esse grau de acerto, então essa estimativa possui um bom valor. No entanto, não nos serve uma boa estimativa e um grau de confiança baixo ou vice-versa. Por isso, para um agente ser considerado útil, ou seja, capaz de ajudar nas avaliações do Zé Carioca, deve-se possuir valores bons tanto na estimativa, como no grau de confiança na respectiva era. Ao verificar-se que ao menos um dos agentes selecionados podem ajudar o Zé Carioca, então requisições continuam sendo realizadas somente para aqueles que o ajudam. Além disso, o grupo de avaliadores escolhidos é mantido. No entanto, se em algum instante percebeu-se que nenhum deles pode ajudar nas avaliações, então a 71
8 coleção com o nome dos agentes é embaralhada novamente e são selecionados os n primeiros da lista. Os valores antigos presentes no Oráculo são excluídos, e são gerados novos a partir dos selecionados. Assim, passam-se novamente duas sessões para que as opiniões de cada agente possam ser analisadas, e assim sejam definidos quais avaliadores o Zé Carioca continuará pedindo opiniões. Se nenhum puder ajudar, então embaralha-se novamente a coleção com o nome dos avaliadores, e continua-se a análise. Outro ponto abordado pelo agente Zé Carioca é no momento em que são solicitadas a ele opiniões por outros avaliadores (Figura 2). Toda vez que isso acontece, o Zé aceita fornecê-la, já que ganhar dinheiro é muito importante. Antes de informar qual a sua opinião, ele fornece um grau de conhecimento (Certainty Assessment). O grau passado é sempre um valor randômico entre 0.7 e 1.0, ou seja, isto informa que ele conhece bastante sobre as eras. Com isso, a tendência é que os outros agentes fiquem interessados, levando-os a requisitar opiniões Tempo de análise Quando uma pintura é solicitada por algum cliente, o agente Zé Carioca LES deve especificar o quanto de tempo ele deverá analisá-la. Quanto mais tempo, mais dinheiro é gasto, no entanto, a avaliação tende a ser melhor. Apesar disso, toda avaliação tem um limite, devido ao grau de conhecimento que o agente tem em cada era. Após uma série de testes percebeu-se que gastar dinheiro (tempo) para analisar suas pinturas, principalmente nos casos em que possui um alto grau de conhecimento, é muito importante. Mesmo que em algumas situações o agente tenha pouco conhecimento em alguma era, deve-se gastar um certo tempo para tentar gerar uma avaliação não tão ruim. No entanto, nesses casos, a tendência é que sejam geradas fracas avaliações mesmo que seja investida uma grande quantia de dinheiro. Outro ponto definido pelo Zé Carioca é o tempo gasto para analisar as pinturas solicitadas por outros, ou seja, gerar uma opinião. Como já se gasta uma quantia considerável para gerar as avaliações das pinturas do próprio agente adotou-se a política de evitar maiores gastos. Logo, as opiniões geradas para os outros avaliadores não possuem muito tempo de análise. No entanto, toda vez que algum avaliador solicita alguma opinião, o agente ganha dinheiro (valor de $10.00 estipulado pela competição). Como é importante ganhar dinheiro, decidiu-se em alguns instantes gastar um tempo mínimo ($1.00) para gerar uma opinião não tão ruim. Para especificar os instantes em que gastará ou não dinheiro na geração de uma opinião, fez-se um sorteio randômico entre -5 e 5. Caso o valor seja negativo, não é gasto nenhum dinheiro na avaliação, caso contrário gasta-se um pouco Pesos Em toda sessão cada agente deve fornecer o peso que ele terá nas suas avaliações finais, assim como a opinião dos outros avaliadores através do método prepareopinionproviderweights (ver Seção 2. Visão geral da competição). A fórmula utilizada pelo simulador oferecido pela competição é a seguinte: p*= i (w i. p i ), i(w i ) 72
9 onde w i e p i são respectivamente o peso do avaliador i segundo o ponto de vista de um agente, e o valor de uma opinião do mesmo agente avaliado. Essa fórmula é a responsável por gerar as avaliações finais de cada agente. No caso do Zé Carioca, nas duas primeiras sessões de cada jogo em que não se usam as opiniões dos outros avaliadores é atribuído o peso máximo (1.0) para suas eras que possuem grau menor a 0.7, enquanto que para as outras é atribuído o peso referente a graueraxzecarioca, ou seja, 1.1 subtraído do grau da era. Os valores possíveis para esse último caso seriam 0.4, 0.3, 0.2 e 0.1, devido os possíveis valores no graueraxzecarioca que podem ser 0.7, 0.8, 0.9 ou 1.0 respectivamente. Já os outros agentes recebem grau zero, já que estão passando por um período de análise, para que assim, seja possível decidir quais podem ajudar o agente. A partir da terceira sessão é verificado através do Oráculo se existe algum agente que pode ajudá-lo. Caso não exista, é atribuído o peso máximo (1.0) para todas as eras do Zé Carioca, enquanto que os outros avaliadores recebem peso zero. No entanto, caso seja detectado que existe ao menos um agente que possa ajudar em suas avaliações, o Zé recebe um peso referente à média de acertos (média de estimativas) de suas avaliações na era correspondente. Aqueles agentes que não podem ajudá-lo continuam recebendo grau zero, enquanto que os que podem recebem o peso baseado no seguinte cálculo: Peso = me * conf, onde me refere-se à média de estimativas e conf informa o grau de confiança do agente correspondente. Para verificar se realmente algum agente é útil ao Zé Carioca, basta verificar se conf é maior ou igual a 0.85 (valor encontrado a partir de testes) e se me é maior ou igual a 1 - graueraxzecarioca. Todos os valores aqui apresentados são baseados em diversos testes realizados nos simuladores das competições 2006 e 2007 do ART-Testbed [Fullam 2005, Fullam 2006, Fullam 2007]. 4. Considerações finais Esse artigo apresentou uma visão geral da competição ART-Testbed, além de explicar as estratégias aplicadas no agente de reputação Zé Carioca LES, finalista da competição de Percebeu-se que diversas decisões e cálculos tiveram que ser realizados para que pudesse ser possível verificar quais agentes competidores poderiam ajudar em suas avaliações, além de constatar que definir reputação não é uma tarefa fácil e sim custosa. Pretende-se criar uma arquitetura genérica com as estratégias aplicadas no agente Zé Carioca LES, e assim aplicá-las em outros domínios. Dois deles já foram identificados: Bolsa de Valores e uma ferramenta de controle de versão para definição colaborativa de processos de software. A intenção no primeiro é criar um simulador similar ao da competição ART-Testbed e um sistema comercial voltado para a Bolsa. No simulador, em vez de agentes avaliadores de pinturas, haveria agentes representando corretoras de valores. Investidores solicitariam seus serviços, e aquelas que melhor administrassem seus investimentos, ganhariam mais investidores por sessão. Já o 73
10 sistema comercial visaria refletir o mundo real dos negócios da Bolsa, contando com a presença de reputação. Já em relação ao outro domínio, a intenção é criar um controle de versão na área de processos de software e que permita usar o conceito de reputação como auxílio. Um exemplo seria se a partir de n diferentes versões de um mesmo processo desejássemos criar uma única versão. Se a quantidade de versões for muito grande, seria muito útil se tivesse alguma indicação ao usuário de quais processos são os mais interessantes a serem analisados, pois assim, evitaria percorrer cada um deles para decidir quais utilizar na geração da nova versão. Dessa forma, se cada usuário que criou uma versão tivesse uma reputação relacionada, ela poderia indicar quais são as versões mais atrativas a serem analisadas. Assim, o tempo para gerar uma nova versão a partir de n outras poderia ser reduzido, tornando o trabalho do usuário mais fácil e prático. Outro ponto a ser abordado é o uso da transação por reputação, já que a única transação utilizada pelo agente é a de opinião. Após análises em um conjunto de agentes participantes das versões 2006 e 2007 da competição, foi constatado que a grande maioria não usava interação por reputação. Isso nos leva a acreditar que tal interação não nos dê um ganho significativo assim como a interação por opinião. Claro que não se pode garantir que em nenhuma situação tal interação seja útil, no entanto, haverá a necessidade de um estudo mais detalhado para verificar como tais informações podem ser tratadas. Assim, uma das metas da próxima versão do agente é procurar criar alguma técnica que permita usá-la e o torne mais inteligente que os outros competidores. Referências Apache Commons (2007) Commons-Math: The Mathematics Library, July. Fullam, K., T. Klos, G. Muller, J. Sabater, A. Schlosser, Z. Topol, K. S. Barber, J. Rosenschein, L. Vercouter, and M. Voss. (2005) "A Specification of the Agent Reputation and Trust (ART) Testbed: Experimentation and Competition for Trust in Agent Societies," The Fourth International Joint Conference on Autonomous Agents and Multiagent Systems (AAMAS-2005), Utrecht, July 25-29, pp Fullam, K., T. Klos, G. Muller, J. Sabater, Z. Topol, K. S. Barber, J. Rosenschein, and L. Vercouter. (2005) "A Demonstration of The Agent Reputation and Trust (ART) Testbed: Experimentation and Competition for Trust in Agent Societies," The Fourth International Joint Conference on Autonomous Agents and Multiagent Systems (AAMAS-2005) Demonstration Track, Utrecht, July 25-29, pp Fullam, K. and K.S. Barber. (2006) "Learning Trust Strategies in Reputation Exchange Networks," The Fifth International Joint Conference on Autonomous Agents and Multiagent Systems (AAMAS-2006), Hakodate, Japan, May 8-12, pp Fullam, K., T. Klos, G. Muller, J. Sabater, Z. Topol, K. S. Barber, J. Rosenschein, and L. Vercouter (2007), Web site Agent Reputation Trust (ART) Testbed, July. Jennings, N. R. and Wooldridge (2000), M. Agent-oriented software engineering, In Bradshaw, J. (Ed.) Handbook of Agent Technology, AAAI/MIT Press. 74
11 Kafali, O. and P. Yolum. (2006) "Trust Strategies for ART Testbed," The Workshop on Trust in Agent Societies at The Fifth International Joint Conference on Autonomous Agents and Multiagent Systems (AAMAS-2006), Hakodate, Japan, May 9, pp Sen, S., I. Goswami, and S. Airiau. (2006) "Expertise and Trust-Based Formation of Effective Coalitions: An Evaluation of the ART Testbed," The Workshop on Trust in Agent Societies at The Fifth International Joint Conference on Autonomous Agents and Multiagent Systems (AAMAS-2006), Hakodate, Japan, May 9, pp Stranders, R. (2006) Argumentation Based Decision Making for Trust in Multi-Agent Systems. Master's Thesis, Delft University of Technology. Wooldridge, M. and Jennings (1998), N. R. Pitfalls of agent-oriented development Proceedings of the Second International Conference on Autonomous Agents (Agents'98), ACM Press, pp
MASSES (Sistema de Multi-Agente para Simulação de Negociação de Ações)
Sérgio Ciglione de Azevedo MASSES (Sistema de Multi-Agente para Simulação de Negociação de Ações) Dissertação de Mestrado Dissertação apresentada como requisito parcial para obtenção do título de Mestre
Leia maisTecnologias para Negócio Electrónico
Tecnologias para Negócio Electrónico Eugénio Oliveira Ana Paula Rocha 2008/09 Faculdade de Engenharia da Universidade do Porto Projectos propostos TAC (Trading Agent Competition) - Gestão de uma Cadeia
Leia maisUm Framework Baseado em Sistemas Multiagentes para Simulação de Estratégias de Investimento no Mercado Financeiro
Um Framework Baseado em Sistemas Multiagentes para Simulação de Estratégias de Investimento no Mercado Financeiro Diêgo Bispo Conceição diego.bispo@gmail.com Orientador CARLOS J. P. LUCENA Agenda Introdução
Leia mais3 Trabalhos Relacionados
Trabalhos Relacionados 31 3 Trabalhos Relacionados Nesta seção, são descritos alguns trabalhos relacionados, a relação entre eles e o trabalho proposto, além da relação com os desafios mencionados na subseção
Leia mais4 Trabalhos Relacionados
4 Trabalhos Relacionados Neste capítulo serão apresentados e discutidos trabalhos relacionados, cujos conteúdos possuem intercessão com os temas abordados neste trabalho. 4.1 Trading Agent Competition
Leia maisManual do Módulo do Fabricante
PROJETO SAT-ISS SISTEMA DE AUTENTICAÇÃO E TRANSMISSÃO DE DOCUMENTOS FISCAIS ELETRÔNICOS Manual do Módulo do Fabricante Versão: 1.01 (27/05/2014) Para baixar a versão mais atualizada deste documento, acesse:
Leia mais4 FrAMEx. 4.1.Visão Geral
28 4 FrAMEx Devido à ausência de ambientes flexíveis, robustos e confiáveis para investidores desenvolverem e testarem estratégias baseadas em modelos quantitativos, o framework A Multi-Agent System Framework
Leia maisTutorial para uso do Software Folhainvest
Tutorial para uso do Software Folhainvest O software Folhainvest, disponível em www.folhainvest.folha.com.br, trata-se de um software para a simulação no mercado acionário. Aqui, nesse laboratório virtual,
Leia maisRECURSO - QUESTÃO DISSERTATIVA. Protocolo: Identificador:
Protocolo: 29053061595-2 Identificador: 0122290006 1) Apresente o nome da primeira fase do RUP Na linha 08, o candidato apresentou, corretamente, o nome da 1ª fase do RUP. Resultado: a banca mantém os
Leia maisMANUAL DE BOLSO DO PARTICIPANTE VENDEDOR
MANUAL DE BOLSO DO PARTICIPANTE VENDEDOR A HORA DE GANHAR É AGORA, SUPERE AS SUAS METAS DE VENDAS E CONQUISTE MUITOS PRÊMIOS. Preparamos este manual com dicas e informações para você ficar por dentro de
Leia maisJADEX: A BDI REASONING ENGINE. Alexander Pokahr, Lars Braubach e Winfried Lamersdorf Springer US - Multi-Agent Programming 2005 pp.
JADEX: A BDI REASONING ENGINE Alexander Pokahr, Lars Braubach e Winfried Lamersdorf Springer US - Multi-Agent Programming 2005 pp. 149-174 Volume 15 Motivação Existem muitas plataformas para desenvolvimento
Leia maisModelando sistemas Multiagentes Analisando Metodologias
Modelando sistemas Multiagentes Analisando Metodologias Ricardo Almeida Venieris Ricardo.almeida@les.inf.puc-rio.br Modelagem e Implementação OO de Sistemas Multi-Agentes Dissertação apresentada ao Departamento
Leia maisUm Simulador de um Ambiente de Negociação na Bolsa de Valores Baseado em Sistemas Multi- Agentes. Diêgo Bispo Conceição
Um Simulador de um Ambiente de Negociação na Bolsa de Valores Baseado em Sistemas Multi- Agentes. Diêgo Bispo Conceição diego.bispo@gmail.com Agenda Introdução SMA e Mercado Financeiro Limitações do MASSES
Leia maisIntrodução Introdução
Introdução 13 1 Introdução Sistemas multi-agentes [Jennings and Wooldridge, 1999] [Wooldridge and Ciancarini, 2000] são sociedades com agentes autônomos e heterogêneos que podem trabalhar em conjunto para
Leia maisAcompanhamento de ordens Cadastro Carteira
MANUAL FOLHAINVEST Acompanhamento de ordens Nesta página é possível acompanhar a posição de todas as ordens incluídas nos últimos cinco dias. As ordens podem ser filtradas pela situação, exibindo por exemplo
Leia mais5 Estudo de Caso e Resultados
5 Estudo de Caso e Resultados 5.1. Introdução Finalizado o desenvolvimento da ferramenta, é indispensável testar suas funcionalidades e a eficácia da aplicação conjunta dos seus módulos de geração de experimentos
Leia mais2 Trabalhos Relacionados
Trabalhos Relacionados 18 2 Trabalhos Relacionados Neste capítulo são apresentados os trabalhos: (i) Agent Reputation and Trust Testbed (ART-Testbed) [3] [4]; (ii) Agente ZeCariocaLES [10]; (iii) Trading
Leia maisMANUAL DE GERENCIAMENTO DE RISCO DE LIQUIDEZ. Agosto / versão 3
MANUAL DE GERENCIAMENTO DE RISCO DE LIQUIDEZ Agosto / 2015 - versão 3 SUMÁRIO I) INTRODUÇÃO... 2 II) DIRETRIZES... 2 III) DEFINIÇÕES... 3 A. CRITÉRIOS PARA LIQUIDEZ DOS ATIVOS... 3 B. CRITÉRIOS PARA CONTROLE
Leia maisUniversidade Federal de Pernambuco
Universidade Federal de Pernambuco Graduação em Engenharia da Computação Centro de Informática Análise de Comportamento de Sistemas DASH com Teoria de Controle em Redes 3G Aluno: Daniel Bezerra { db@cin.ufpe.br
Leia maisAULA 05 Teste de Hipótese
1 AULA 05 Teste de Hipótese Ernesto F. L. Amaral 03 de setembro de 2012 Faculdade de Filosofia e Ciências Humanas (FAFICH) Universidade Federal de Minas Gerais (UFMG) Fonte: Triola, Mario F. 2008. Introdução
Leia maisPOLÍTICA DE PRIVACIDADE DA EADUCATIVA. Plataforma Learning Management Center
POLÍTICA DE PRIVACIDADE DA EADUCATIVA Plataforma Learning Management Center Nós da EaDucativa (EaDucativa Educação e Tecnologia Ltda ME), respeitamos a sua privacidade. Se você nos envia alguma informação
Leia maisUNIVERSIDADE FEDERAL FLUMINENSE MESTRADO EM COMPUTAÇÃO KAREN DA SILVA FIGUEIREDO
UNIVERSIDADE FEDERAL FLUMINENSE MESTRADO EM COMPUTAÇÃO KAREN DA SILVA FIGUEIREDO UTILIZANDO A LINGUAGEM MAS-ML NA MODELAGEM DE UM SISTEMA MULTI-AGENTE PARA VENDA DIRETA Niterói/RJ 2009 KAREN DA SILVA FIGUEIREDO
Leia maisANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA º PERÍODO - 7º MÓDULO AVALIAÇÃO A1 DATA 10/09/2009 ENGENHARIA DE USABILIDADE
ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008 4º PERÍODO - 7º MÓDULO AVALIAÇÃO A1 DATA 10/09/2009 ENGENHARIA DE USABILIDADE 2009/2 GABARITO COMENTADO QUESTÃO 1: 1. Considere as afirmações a seguir:
Leia mais3 Kaluana Arquitetura
Kaluana 31 3 Kaluana O middleware Kaluana original [12] tem como objetivo oferecer ao desenvolvedor de aplicações móveis, maior facilidade na implementação de aplicações dinamicamente adaptáveis. Ele define
Leia maisQUANTIFICAÇÃO DO RISCO DE ATAQUES DDOS PARA A EMPRESA TRADICIONAL
QUANTIFICAÇÃO DO RISCO DE ATAQUES DDOS PARA A EMPRESA TRADICIONAL Março de 2016 A simples análise de Monte Carlo realizada pelo Aberdeen Group utiliza dados empíricos para mostrar que um investimento incremental
Leia mais10 Segredos Valiosos para Aumentar as suas Chances de Ganhar na Mega Sena
1 10 Segredos Valiosos para Aumentar as suas Chances de Ganhar na Mega Sena As dicas presentes nesse e-book têm como finalidade oferecer informações para que você, apostador, apostadora da Mega-Sena consiga
Leia maisPipefy Partners ONBOARDING GUIDE
Pipefy Partners ONBOARDING GUIDE 1 Boas-vindas Seja bem-vindo ao Guia de Onboarding de Parceiros do Pipefy. Primeiramente, gostaríamos de parabenizá-lo por sua certificação: agora você é o mais novo membro
Leia maisEngenharia de Requisitos
Engenharia de Requisitos Criado: mar/2001 Atualizado: set/2005 Tópicos Definição de Requisitos Participantes Processo Documento de Requisitos (SRS) Evolução dos Requisitos 2 Referência I.Sommerville. Sw
Leia maisMANUAL DO SISTEMA FLEXISS PARA ACESSO DE ENTIDADES
MANUAL DO SISTEMA FLEXISS PARA ACESSO DE ENTIDADES VERSÃO ONLINE versão: 3.2.303 [22/07/2016] M A N U A L D O S I S T E M A F L E X I S S P A R A A C E S S O D E E N T I D A D E S Página 1 SUMÁRIO 1. INTRODUÇÃO...
Leia maisAULA 04 Teste de hipótese
1 AULA 04 Teste de hipótese Ernesto F. L. Amaral 03 de outubro de 2013 Centro de Pesquisas Quantitativas em Ciências Sociais (CPEQS) Faculdade de Filosofia e Ciências Humanas (FAFICH) Universidade Federal
Leia maisNBC TA 530 Amostragem em Auditoria Se aplica quando o auditor independente decide usar amostragem na execução de procedimentos de auditoria Trata do
Amostragem NBC TA 530 Amostragem em Auditoria Se aplica quando o auditor independente decide usar amostragem na execução de procedimentos de auditoria Trata do uso de amostragem estatística e não estatística
Leia maisAnálise de Viabilidade Econômica de Projetos de Investimento
Análise de Viabilidade Econômica de Projetos de Investimento ANÁLISE DE CENÁRIOS Prof. Luciel Henrique de Oliveira - luciel@fae.br UNIFAE - São João da Boa Vista http://gp2unifae.wikispaces.com Análise
Leia maisLista de Exercícios - Modelos Probabilísticos 1 INE 7002 GABARITO LISTA DE EXERCÍCIOS MODELOS PROBABILÍSTICOS
Lista de Exercícios - Modelos Probabilísticos INE 72 GABARITO LISTA DE EERCÍCIOS MODELOS PROBABILÍSTICOS 35) a) Binomial: cada realização tem apenas 2 resultados possíveis, o número de realizações é conhecido,
Leia maisSimulado para CFPS. Questões de Propósito, Tipo e Fronteira. 1. Um dos objetivos da Análise de Pontos de Função é:
Questões de Propósito, Tipo e Fronteira 1. Um dos objetivos da Análise de Pontos de Função é: Simulado para CFPS a) Ajudar no processo de depuração de um software. b) Estimar o tamanho de uma equipe de
Leia maisMatemática Financeira Aplicada
MATEMÁTICA FINANCEIRA BÁSICA... 3 1.1 Introdução... 3 1.2 Conceitos básicos da Matemática Financeira... 3 1.2.1) Valor do dinheiro no tempo... 3 1.2.2) Capital inicial, montante e prazo... 4 1.2.3) Operação
Leia mais6 ESCALONAMENTO DE CPU
6 ESCALONAMENTO DE CPU O escalonamento de CPU é ponto chave da multiprogramação. Ela permite que haja mais de um processo em execução ao mesmo tempo. Em ambientes com um único processador, o escalonador
Leia mais2 Conceitos importantes
16 2 Conceitos importantes Neste capítulo são apresentados conceitos utilizados no trabalho da dissertação. Os conceitos são os seguintes: sistemas multi-agentes, mercado de valores, técnicas de predição
Leia maisSeguro de Vida Universal
http://www.switzerland-family-office.com/br/servicos-do-family-office/seguro-de-vida-universal.html Seguro de Vida Universal Um número crescente de famílias abastadas está contratando o seguro de vida
Leia maisManual de Integração Web Service Administradora de Cartões
Manual de Integração Web Service Administradora de Cartões 1. INTRODUÇÃO Este manual tem como objetivo apresentar as especificações e critérios técnicos necessários para utilização do Web Service disponibilizado
Leia maisINF1012 MODELAGEM DE DADOS
INF1012 MODELAGEM DE DADOS Departamento de Informática PUC-Rio Ivan Mathias Filho ivan@inf.puc-rio.br Programa Capítulo 8 Padrões e Anti-Padrões de Modelagem Conceitual 1 Programa Capítulo 8 Padrões e
Leia mais11º CFA INSTITUTE RESEARCH CHALLENGE 2018
11º CFA INSTITUTE RESEARCH CHALLENGE 2018 Kit para os Participantes EQUIPE VENCEDORA DA ETAPA BRASIL 2017 2018 FEA-USP SÃO PAULO EQUIPE VENCEDORA DA FINAL GLOBAL 2017 2018 UNIVERSITY OF LAUSANNE - SUÍÇA
Leia maisTESTE DE HIPÓTESES. Licenciatura em Ciências USP/ Univesp. Métodos estatísticos: coleta, tratamento e análise de dados; aplicação
3.1 Introdução 3.2 Hipótese nula e alternativa 3.3 Etapas de um teste de hipóteses 3.4 Testes bicaudais e monocaudais 3.5 O valor p 3.6 Conclusão Referências 3 Dirce Maria Trevisan Zanetta TESTE DE HIPÓTESES
Leia mais4/14/11. Processos de Engenharia de Requisitos. Engenharia de requisitos. Elicitação e análise. A espiral de requisitos
Processos de engenharia de requisitos Processos de Engenharia de Requisitos Os requisitos e as formas de obtê-los e documentálos variam drasticamente de um projeto para o outro Contudo, existe uma série
Leia maisAndrew Diniz da Costa. Sistema Híbrido de Diagnóstico e Recomendação para Sistemas Multi-Agentes. Dissertação de Mestrado
Andrew Diniz da Costa Sistema Híbrido de Diagnóstico e Recomendação para Sistemas Multi-Agentes Dissertação de Mestrado Dissertação apresentada ao Programa de Pósgraduação em Informática da PUC-Rio como
Leia maisIA - Planejamento II
PO IA - Planejamento II Professor Paulo Gurgel Pinheiro MC906A - Inteligência Articial Instituto de Computação Universidade Estadual de Campinas - UNICAMP 16 de Novembro de 2010 1 / 48 PO http://www.ic.unicamp.br/
Leia maisUNIVERSIDADE DE SÃO PAULO INSTITUTO DE CIÊNCIAS MATEMÁTICAS E DE COMPUTAÇÃO SSC DEPARTAMENTO DE SISTEMAS DE COMPUTAÇÃO
UNIVERSIDADE DE SÃO PAULO INSTITUTO DE CIÊNCIAS MATEMÁTICAS E DE COMPUTAÇÃO SSC DEPARTAMENTO DE SISTEMAS DE COMPUTAÇÃO SSC 526 Análise e Projeto Orientados a Objetos - Profa. Dra. Rosana T. Vaccare Braga
Leia maisSistema de Orçamento e Gestão Acesso Geral. Manual de Utilização
Sistema de Orçamento e Gestão Acesso Geral Manual de Utilização Sistema de Orçamento e Gestão 3 Objetivo do Sistema 3 Forma de Acesso 3 Estrutura Funcional 4 Material 5 Pesquisa 5 Solicitação de Cadastro
Leia maisCOMO RESPONDER EVENTOS DE COTAÇÕES NO ARIBA MANUAL DE INSTRUÇÕES PARA FORNECEDORES
COMO RESPONDER EVENTOS DE COTAÇÕES NO ARIBA MANUAL DE INSTRUÇÕES PARA FORNECEDORES São Paulo, 10 de Dezembro de 2018 andre_renosto 1 10/12/2018 Sumário 1. Objetivo deste manual...3 2. SAP Ariba O que é?...3
Leia maisCENTRO FEDERAL DE EDUCAÇÃO TECNOLÓGICA DO RIO GRANDE DO NORTE DEPARTAMENTO ACADÊMICO DE TECNOLOGIA DA INFORMAÇÃO
CENTRO FEDERAL DE EDUCAÇÃO TECNOLÓGICA DO RIO GRANDE DO NORTE DEPARTAMENTO ACADÊMICO DE TECNOLOGIA DA INFORMAÇÃO http:// www.cefetrn.br/datinf ARQUITETURA TCP/IP Nome: Curso: Turma: LISTA DE EXERCÍCIO
Leia maisSIDs: ARQUITETURA DE SISTEMAS DISTRIBUÍDOS
SIDs: ARQUITETURA DE SISTEMAS DISTRIBUÍDOS Modelos: Para que um sistema, ao ser projetado, alcance as características de um sistema distribuído, esse deve ser desenvolvido em cima de algum modelo de computação
Leia maisPolítica de Privacidade CARSO Dispatch
Política de Privacidade CARSO Dispatch Introdução Ao usar a CARSO Dispatch, você confia suas informações a nós. Temos o compromisso de manter essa confiança. Para começar, vamos te ajudar a entender as
Leia maisAvaliação de Desempenho de Sistemas Discretos
Avaliação de Desempenho de Sistemas Discretos Parte II: Modelagem de Sistemas Professor: Reinaldo Gomes reinaldo@computacao.ufcg.edu.br Modelos Modelo é uma abstração de um sistema real Apenas as características
Leia maisUNIVERSIDADE FEDERAL DE PERNAMBUCO CENTRO DE INFORMÁTICA GRADUAÇÃO EM ENGENHARIA DA COMPUTAÇÃO
UNIVERSIDADE FEDERAL DE PERNAMBUCO CENTRO DE INFORMÁTICA GRADUAÇÃO EM ENGENHARIA DA COMPUTAÇÃO Sistema de Sumarização Automática de Textos Baseado em Classes de Documentos PROPOSTA DE TRABALHO DE GRADUAÇÃO
Leia maisAvaliação de Desempenho de Sistemas Discretos
Modelos Avaliação de Desempenho de Sistemas Discretos Parte II: Modelagem de Sistemas Modelo é uma abstração de um sistema real Apenas as características importantes para a avaliação devem ser consideradas
Leia maisUm Calculador de Capacidade de Computação para Nós de Máquinas Virtuais LAM/MPI
Um Calculador de Capacidade de Computação para Nós de Máquinas Virtuais LAM/MPI Diego Luis Kreutz 1 Lucas Mello Schnorr 2 Cleverton Marlon Possani 3 Resumo Este texto apresenta um calculador de capacidade
Leia maisFábio Figueiredo Supervisor. Suporte
Olá! Bem Vindo! Fábio Figueiredo Supervisor Suporte Fabio.figueiredo@grupopc.com.br Agenda do dia: Custos e precificação Importação do XML na entrada de mercadoria Entendendo a precificação de Produtos
Leia maisPortal do Cliente. Abertura de chamados no Helpdesk JIRA
Portal do Cliente Abertura de chamados no Helpdesk JIRA Objetivo Apresentar o processo de abertura de chamados (Tíquetes) do tipo Demanda na ferramenta de Helpdesk JIRA Processo do tipo Demanda Fluxo de
Leia mais4 Análise dos dados Perfil dos participantes
4 Análise dos dados 4.1. Perfil dos participantes A Tabela 1 apresenta a distribuição dos participantes do experimento por grau de escolaridade, curso, gênero e faixa etária. Os participantes foram predominantemente
Leia maisCampus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini /
Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com / andre.belini@ifsp.edu.br MATÉRIA: GESTÃO DE PROJETOS Aula N : 05 Tema: Gerenciamento
Leia mais3 Arquitetura para mediação flexível de Web services idênticos
22 3 Arquitetura para mediação flexível de Web services idênticos Este capítulo apresenta uma proposta de arquitetura de software baseada na mediação flexível de Web services idênticos. 3.1. Requisitos
Leia maisGuia do Fornecedor. WBC Public Compra Direta V6.23
Guia do Fornecedor WBC Public Compra Direta V6.23 As informações contidas neste documento, incluíndo quaisquer URLs e outras possíveis referências a web sites, estão sujeitas a mudança sem aviso prévio.
Leia mais2 Conceitos. 2.1 Sistema Multiagentes Abertos e Abordagens de Leis
2 Conceitos Neste capítulo são apresentados alguns conceitos necessários para o entendimento desta dissertação. Visto que esta proposta está inserida no contexto de sistemas multiagentes abertos, serão
Leia maisMÉTODOS QUANTITATIVOS PARA CIÊNCIA DA COMPUTAÇÃO EXPERIMENTAL
MÉTODOS QUANTITATIVOS PARA CIÊNCIA DA COMPUTAÇÃO EXPERIMENTAL Pedro Henrique Bragioni Las Casas Pedro.lascasas@dcc.ufmg.br Apresentação baseada nos slides originais de Jussara Almeida e Virgílio Almeida
Leia maisPROJETO E ANÁLISES DE EXPERIMENTOS (PAE) INTRODUÇÃO AOS MÉTODOS ESTATÍSTICOS EM ENGENHARIA
PROJETO E ANÁLISES DE EXPERIMENTOS (PAE) INTRODUÇÃO AOS MÉTODOS ESTATÍSTICOS EM ENGENHARIA VARIABILIDADE NA MEDIDA DE DADOS CIENTÍFICOS Se numa pesquisa, desenvolvimento de um processo ou produto, o valor
Leia mais4 Caso de Uso no Ambiente Oracle
4 Caso de Uso no Ambiente Oracle No capítulo anterior foi definido o processo para definição de uma estratégia de rastreabilidade. Neste capítulo será realizada uma instanciação do processo em um ambiente
Leia maisMONTAGEM DE HIPÓTESES
MONTAGEM DE HIPÓTESES Metodologia Científica Graduação Tecnológica O Enunciado das Hipóteses * Toda pesquisa científica consiste em enunciar e verificar hipóteses... Hipótese é: * uma suposição que se
Leia maisDESENVOLVIMENTO DE UMA APLICAÇÃO PARA TESTES DE CONHECIMENTO EM MATEMÁTICA 1 DEVELOPMENT OF AN APPLICATION FOR KNOWLEDGE TESTS IN MATHEMATICS
DESENVOLVIMENTO DE UMA APLICAÇÃO PARA TESTES DE CONHECIMENTO EM MATEMÁTICA 1 DEVELOPMENT OF AN APPLICATION FOR KNOWLEDGE TESTS IN MATHEMATICS Ana Carolina Prante 2, Edson Luiz Padoin 3, Peterson Cleyton
Leia maisSistemas Distribuídos. Professora: Ana Paula Couto DCC 064
Sistemas Distribuídos Professora: Ana Paula Couto DCC 064 Arquiteturas Capítulo 2 Sistemas Distribuídos ORGANIZAÇÃO + INTERAÇÃO SOFTWARE ARQUITETURAS DE SISTEMAS ARQUITETURAS DE SOFTWARE + MÁQUINA REAL
Leia mais6 Estudos de Casos Porta Lógica OU de 4 Entradas
6 Estudos de Casos Com o objetivo de avaliar a síntese automática de circuitos de QCA usando técnicas de Hardware Evolucionário (EHW), alguns circuitos foram sintetizados e serão apresentados a seguir.
Leia maisMetodologia da Pesquisa em Sistemas de Informação. Aula 3. Projeto de Pesquisa. Revisão Sistemática. Profa. Fátima L. S. Nunes
Metodologia da Pesquisa em Sistemas de Informação Aula 3 Projeto de Pesquisa Revisão Sistemática Profa. Fátima L. S. Nunes Metodologia Pesquisa SI- 1 Como elaborar um projeto? Roteiro 1) Escolha do tema
Leia maisGuia do Fornecedor. Cotação Eletrônica
Guia do Fornecedor Cotação Eletrônica As informações contidas neste documento, incluindo quaisquer URLs e outras possíveis referências a web sites, estão sujeitas a mudança sem aviso prévio. Salvo informações
Leia maisIndicadores essenciais de avaliação econômico financeira
Nesse artigo falaremos sobre: O que saber durante a compra e venda de empresas Indicadores essenciais de avaliação econômico financeira Planilhas para usar durante a compra e venda de empresas O que saber
Leia maisAbordagem de Seleção dos Melhores Pares em Rede de Sobreposição de Serviços Par-a-Par Baseada em Preço do Serviço
Abordagem de Seleção dos Melhores Pares em Rede de Sobreposição de Serviços Par-a-Par Baseada em Preço do Serviço Renato Balestrin Júnior 1, Adriano Fiorese 1 1 Departamento de Ciência da Computação (DCC)
Leia maisAnálise de Requisitos
Análise de Requisitos Prof.ª: Érika A. Barrado Analisar x Projetar Análise: significa investigar, descobrir ou desvendar algo; Consiste em encontrar o conjunto de requisitos para um dado software; Definida
Leia maisWORKSHOP: INTELIGÊNCIA EM PRECIFICAÇÃO
WORKSHOP: INTELIGÊNCIA EM PRECIFICAÇÃO 2015 by Ibramerc. This work is licensed under the Creative Commons. If you want to use or share, you must give appropriate credit to Ibramerc. Precificação Tática
Leia maisO F Í C I O C I R C U L A R. Participantes dos Mercados da B3 Segmento BM&FBOVESPA
11 de fevereiro de 2019 O F Í C I O C I R C U L A R Participantes dos Mercados da B3 Segmento BM&FBOVESPA Ref.: Retificação da Política de Tarifação dos Contratos Futuros de Ações e Units e das Operações
Leia maisFaltou seguir o modelo de apresentação com cabeçalho e rodapé.
PES - Relatório III Componentes do grupo: Carlos Eduardo Lara Augusto matr.: 9915030 Cristine Zingara Bedin matr.: 9715666 Pedro Larronda Asti matr.: 9915821 Ricardo Sanchez Correia matr.: 9915590 Viviane
Leia maisRequisitos de Software
Requisitos de Software Engenharia de requisitos Estabelece os serviços que o cliente requer de um sistema e as restrições sob as quais tal sistema operará e será desenvolvido. Tais serviços e restrições
Leia maisProtocolo Kerberos. JML
Protocolo Kerberos Origem do termo: mitologia grega Cerberus (Kerberus para os gregos) é um cão com três cabeças que tem por missão proteger a entrada do inferno de Hades (deus do submundo e das riquezas
Leia maispay Startup
pay Startup www.paystartup.com INTRODUÇÃO Encontrar solução para tarefas do dia -a-dia não é fácil, e encontrar um negócio de sucesso e promissor a investir se torna ainda mais difícil, seria como procurar
Leia maisProcedimentos de auditoria; Confirmações externas; Procedimentos analíticos.
Procedimentos de Auditoria Procedimentos de auditoria; Confirmações externas; Procedimentos analíticos. 1 Resposta do Auditor aos Riscos Avaliados. 1.1 Objetivo. O objetivo do auditor é o de obter evidência
Leia maisII Workshop do Projeto ReVir Tarefa T 5 : Seleção de Redes Virtuais com Base em SLAs
II Workshop do Projeto ReVir Tarefa T 5 : Seleção de Redes Virtuais com Base em SLAs Rafael Lopes Gomes Edmundo M. R. Madeira Nelson L. S. da Fonseca Laboratório de Redes de Computadores - LRC Instituto
Leia maisResolução de disputas, reclamações e chargebacks. De vez em quando, pode haver problemas com um pedido. Se isso acontecer, estamos aqui para ajudar.
Resolução de disputas, reclamações e chargebacks. De vez em quando, pode haver problemas com um pedido. Se isso acontecer, estamos aqui para ajudar. Situações possíveis 1 2 Disputas e reclamações Se um
Leia maisAula 1 - Revisão de Modularização
Computação II Aula 1 - Revisão de Modularização Carla Delgado - João Carlos 1. Na Copa do Mundo da Rússia, o prêmio Chuteira de Ouro é dado ao jogador que possui a melhor média de gols na competição. (a)
Leia maisTreinamento de compras
Treinamento de compras Fonte Programa de Trabalho Programa de Trabalho Resumido Plano Interno Dotação Usuário solicitante CADASTRAR CALENDÁRIO Continuando o processo de compra... Agora a requisição foi
Leia mais6 Erros mais comuns na sua estratégia de Precificação
Nesse artigo falaremos sobre: Como a estratégia de precificação pode mudar o seu negócio 6 Erros mais comuns na sua estratégia de Precificação Como fazer a sua precificação Como a estratégia de precificação
Leia maisUma meta-ferramenta de geração de diagramas utilizada na engenharia reversa de sistemas legados.
Rodnei Silva Couto Uma meta-ferramenta de geração de diagramas utilizada na engenharia reversa de sistemas legados. Dissertação de Mestrado Dissertação apresentada como requisito parcial para obtenção
Leia maisVersão 6.04 Novembro/2013
Versão 6.04 Novembro/2013 Integração ERP Pirâmide X Bionexo Doc-To-Help Standard Template Sumário i ii Introdução Doc-To-Help Standard Template Sumário Introdução 1 A Integração entre Pirâmide e Bionexo...
Leia mais2. Os Serviços de Suporte Técnico e Atualização da SOLUÇÃO compreenderão: Recepção e Resolução de Chamados de Suporte.
Este documento descreve como deverão ser prestados os serviços de suporte técnico e atualização da solução de Gestão do Risco Operacional e Controles Internos, doravante chamada SOLUÇÃO, compreendendo
Leia maisProbabilidade Condicional
18 Probabilidade Condicional Sumário 18.1 Introdução....................... 2 18.2 Probabilidade Condicional............... 2 1 Unidade 18 Introdução 18.1 Introdução Nessa unidade, é apresentada mais uma
Leia mais4 Processo de Transformação
Tecnologias Relacionadas 43 4 Processo de Transformação Com a constante mudança nos requisitos (funcionais e não funcionais) do domínio da aplicação, há uma grande necessidade de que os sistemas estejam
Leia maisUnidade III ORGANIZAÇÃO DE COMPUTADORES. O que quer dizer 14?
Unidade III 6 CIRCUITOS DIGITAIS 6.1 Sistemas de numeração O que quer dizer 14? Sabemos, por força de educação e hábito, que os algarismos 1 e 4 colocados desta forma representam a quantidade catorze.
Leia maisGuia do Processo de Teste Metodologia Celepar
Guia do Processo de Teste Metodologia Celepar Agosto de 2009 Sumário de Informações do Documento Documento: guiaprocessoteste.odt Número de páginas: 11 Versão Data Mudanças Autor 1.0 26/12/07 Criação.
Leia maisINF1404 MODELAGEM DE SISTEMAS
INF1404 MODELAGEM DE SISTEMAS Bacharelado em Sistemas de Informação Ivan Mathias Filho ivan@inf.puc-rio.br Programa Capítulo 5 Generalização Modelo de Domínio 1 Programa Capítulo 5 Generalização Modelo
Leia maisCartilha do Cliente Financeiro / Controle de RPA. Cartilha do Cliente. Versão:
Cartilha do Cliente Versão: 4.70 1 Apresentação... 3 A quem se destina... 3 Módulo Financeiro... 4 Global... 4 Tabelas Auxiliares IRRF... 4 Tabelas Auxiliares INSS... 5 Parâmetro Financeiro Agentes Especiais...
Leia maisSistema Mobi-Lar Engenharia de Software
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA - CAMPUS DE PRESIDENTE EPITÁCIO CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS MÓDULO V Sistema Mobi-Lar Engenharia de Software
Leia maisSERVIÇO SOCIAL DO COMÉRCIO - ADMINISTRAÇÃO REGIONAL NO ESTADO DO RIO DE JANEIRO GUIA PARA NOVO CADASTRO DE FORNECEDOR
SERVIÇO SOCIAL DO COMÉRCIO - ADMINISTRAÇÃO REGIONAL NO ESTADO DO RIO DE JANEIRO GUIA PARA NOVO CADASTRO DE FORNECEDOR SU MÁ RIO Orientações gerais Como acessar e preencher a tela de cadastro? Detalhamento
Leia maisArquiteturas. Capítulo 2
Arquiteturas Capítulo 2 Agenda Estilos Arquitetônicos Arquiteturas de Sistemas Arquiteturas Centralizadas Arquiteturas Descentralizadas Arquiteturas Híbridas Arquiteturas e Middleware Sistemas Distribuídos
Leia mais1. O que é a Projeção Financeira
1. O que é a Projeção Financeira Como o próprio nome já diz, projeção financeira é uma estimativa de quanto se pretende vender e gastar para um período de tempo futuro. Esse período pode ser o de um mês
Leia mais