Servidor Bingo. : A interface utilizada por clientes para realizarem as apostas e para sinalizarem um

Transcrição

1 ! "! $#%&('%)*+ $,- ( '..0/1%) )6:"3;(89<>=3@?-; A3;B 67C 6@?-D 3 E(879<8)F E;C E 6 GIHKJIH LNMPORQSH TGUVJUWLXJIHYQSHKZ[H \I]^`_IOaMb\cUedIfH LNMgM h@i@i@hkjlh@i@i@m no p4q"rspo tugvwxtiq"y{z rs}q"r~st"wgo tz qp ugwx uxƒpro p4t I W [ "â +Š4 xœ " x Ž " s 4 " c gšx œ ž Ÿ b [Ÿ $ª!«@ K º¹[ ¼»P ½ º¹[ ¾ ³b ½ ºÀ@ ¾[Á ÂIÃĪÄÅ ÆÈÇxÇÊÉ+Ë ÌÌ ÇÎÍsÏ9ÍsÐ Ñ)ÒsÍ ÍsÑ ÓÕÔÖÇÊÑ ØÏÑÉÈÇ ÙsÚÛ ÜKÝ+Þsßgà4ásßbâã

2 ç$è+é"êìë ð Criação de uma aplicação distribuída, que use a invocação remota de objectos e os serviços de nomes e de eventos da arquitectura CORBA. O problema consiste na realização de um jogo de bingo distribuído. O servidor de agência aceita o registo de apostas de clientes e procede ao sorteio dos números, usando o serviço de eventos para difundir pelos clientes os vários passos do sorteio. O sorteio termina quando um dos clientes sinaliza "Bingo", ou quando após todos os números terem sido extraídos, nenhum cliente sinalizou o bingo ao fim de 10 segundos. Cliente Bingo 1 Cliente Bingo2 Servidor Bingo Serviço Eventos A aplicação é composta por dois tipo de programas: um programa para os clientes poderem realizar as apostas (Cliente Bingo); um programa servidor de agência de apostas (Servidor Bingo). São fornecidas implementações do cliente e do servidor bingo. Pretende-se que seja desenvolvido pelos alunos um servidor Bingo. Opcionalmente, também poderá ser realizado um cliente Bingo. ñsò4ósôsõ4ö4 sø ùúø9 -û4ü ýsö ô þÿ O conjunto de interfaces do jogo Bingo está declarado no ficheiro Bingo.idl no módulo Bingo. Este módulo inclui a definição das interfaces, do tipo de dados enviado através do serviço de eventos e de tipos de dados auxiliares usados nas funções das interfaces. Foram definidos dois tipos de interfaces para interligar os dois tipos de programas: Agencia : A interface utilizada para controlar o registo de clientes na agência Bingo, e para controlar o progresso do sorteio; Jogo Bingo. : A interface utilizada por clientes para realizarem as apostas e para sinalizarem um O módulo também inclui o tipo de mensagens enviadas através do serviço de eventos. As mensagens contêm quatro campos, que identificam o nome da agência emissora, o número de sorteio (sessao), a fase do sorteio (operacao) e um parâmetro adicional numérico: 1

3 enum TipoEvento { REGISTO, SORTEIO, NUMERO, BINGO, FIM }; struct EventoAgencia { string nome_agencia; short sessao; TipoEvento operacao; short numero; }; Para além deste tipo são definidos tipos de dados adicionais, comuns a todas as interfaces: const long TamanhoAposta= 3; // Definição tipos typedef unsigned long NumeroSessao; typedef unsigned long Euros; typedef short TipoAposta[TamanhoAposta]; As apostas são constituídas por conjuntos de 3 números (TipoAposta) com valores entre 0 e 9. Relembra-se que como os tipos de dados estão declarados dentro do módulo Bingo são referenciados no software a desenvolver como Bingo::EventoAgencia, Bingo::NumeroSessao, Bingo::Euros e Banco::TipoAposta. No último caso, para passar variáveis deste tipo como argumento de funções, pode-se usar outro tipo compatível ("Banco::TipoAposta_slice *").!" A interface Agencia define três operações: interface Agencia { }; boolean Login(in string nome, in Euros saldo, out Bingo::Jogo ifref, out string ev_ior, out short numero); boolean InicioSess(); boolean InicioSorteio(); As operações InicioSess e InicioSorteio permitem iniciar respectivamente, o registo de apostas e o sorteio dos números. A operação Login permite que um cliente se ligue à agência, criando-se uma interface privada dedicada ao cliente retornada no parâmetro ifref, quando a operação tem sucesso (retorna true). Nesta operação, o cliente fornece o seu nome (nome) e o saldo que pretende usar no jogo (saldo), sendo devolvida (ev_ior) uma referência para o servidor de eventos associado à agência no formato IOR (Interoperable Object Reference), e (numero) o número de apostador atribuído pela agência. Caso a operação Login falhe, retorna false e uma referência vazia em ifref. # $ % $ # & ' ( ) *+, -). /0/ A interface Jogo define quatro operações e uma excepção: 2

4 interface Jogo { exception OperacaoInvalida {}; boolean Aposta(in NumeroSessao sess, in TipoAposta num, in Euros valor) raises (OperacaoInvalida); boolean Cancela(in NumeroSessao sess) raises (OperacaoInvalida); boolean Bingo(in NumeroSessao sess, out Euros valor) raises (OperacaoInvalida); oneway void Logout(); }; As operações Aposta e Cancela fazem as operações de registo e cancelamento de registo de aposta sobre a conta cliente associada à interface. As duas operações devolvem true ou false, conforme a operação tenha sido realizada ou não (por já não estar na fase de aceitar registo de apostas, ou por não ter saldo para apostar). A operação Bingo sinaliza que o apostador tem bingo (já foram sorteados todos os números registados). Retorna true caso se confirme o bingo (contendo valor a quantia ganha), ou false caso não tenha tido bingo. A operação Logout é utilizada para o apostador abandonar a agência, depois de terem sido efectuadas todas as apostas. A excepção OperaçãoInvalida é lançada sempre que uma operação corra sobre uma conta apostador inválida (por exemplo, se a conta for destruída pela agência, ou devido a erros grosseiros sessão incorrecta, etc.) "9:;659 Deve desenvolver um Servidor de Bingo. O servidor de bingo é o objecto responsável por manter toda a informação referente aos apostadores da agência de apostas. Quando o servidor de bingo arranca, oferece uma interface Agencia, de maneira a permitir que clientes se liguem à agência (através de uma aplicação cliente). A interface Bingo::Agencia deve ser registada no servidor de nomes no contexto "rit2/bingo/" com um nome único no sistema, de forma a permitir a coexistência de várias agências em simultâneo. O envio de eventos será realizado através do servidor de eventos associado ao canal "rit2_c", sendo os eventos de todos os canais enviados multiplexados pelo mesmo canal. A B A B C DFE?G H I?EKJLH M N OQPHRR S R R T S RUP S=V;E?G WO Um servidor de bingo usa o serviço de eventos para disseminar por todos os clientes informações sobre a fase do jogo actual, e sobre o sorteio dos números em tempo real. Uma sessão de bingo tem duas fases, representadas na figura seguinte. Na primeira fase, sinalizada pelo evento REGISTO, o servidor espera que os clientes ligados ao servidor registem apostas (no máximo uma por cliente para cada sessão). Este evento é repetido de 5 em 5 segundos para garantir que mesmo um novo cliente identifique a fase actual da sessão. 3

5 Na segunda fase, o servidor de bingo procede ao sorteio dos números. Esta fase inicia-se enviando o evento SORTEIO. Em seguida, os dez números (de zero a nove) são enviados por uma ordem aleatória, em eventos NUMERO, com um intervalo de um segundo entre cada número. Caso algum cliente sinalize um bingo, é enviado o evento BINGO com o número de cliente, terminando-se a sessão de bingo com o evento FIM. Todo o dinheiro reunido das apostas é atribuído ao jogador vencedor. Após todos os números serem enviados, o servidor Bingo aguarda durante 10 segundos que algum cliente invoque a operação bingo. Caso isso não aconteça, termina a sessão enviando o evento FIM. Entre duas sessões, o servidor de bingo envia continuamente o evento FIM, com um período de 5 segundos, de forma a permitir a um novo cliente identificar que não há nenhuma sessão a decorrer. FIM 0 REGISTO 1 SORTEIO 1 BINGO 1 FIM 1 FIM 1 REGISTO 1 NUMERO FIM 1 parado REGISTO sessão 1 SORTEIO sessão 1 parado O arranque da fase de registo e da fase de sorteio pode ser desencadeada através da interface Agencia, ou através da interface gráfica do servidor de bingo. X Y X Y X Z[\ ] ] ^Q_ \U[ `?ak\b c \ ]Ud ^=] \ efa"_^;e5_ \=g;a?b h^ O acesso de clientes ao servidor é feito através da operação Login da interface Agencia, segundo a figura seguinte: Cliente Bingo Serviço Eventos 1 3 Objecto Agencia Agencia Servidor de Bingo A 2 Objecto Jogo Jogo 4 O servidor de agência testa o nome e o saldo, retornando false caso sejam inválidos. Senão cria um novo objecto (2) com a interface Jogo (para o cliente realizar apostas), que retorna. Adicionalmente, retorna uma referência para o servidor de eventos que suporta o canal usado pelo servidor de bingo, devendo o cliente associar-se a esse canal como "Push Consumer" (3). A partir dai, todas as operações do cliente sobre a agência são feitas sobre a interface Jogo (4), até que seja chamada a operação Logout sobre essa interface. O servidor deve validar a invocação das operações sobre a interface Jogo, validando se a operação é válida para a fase da sessão do servidor. Adicionalmente, o servidor deve monitorar o comportamento dos clientes ligados ao servidor, expulsando-os do sistema (terminando os objectos Jogo) sempre que: 1) um jogador deixar passar três sessões de bingo sem apresentar uma aposta; 2) um jogador invocar indevidamente a operação Bingo três vezes. 4

6 i j k lnm?okpq r pus p=t;o?q uv O cliente de bingo começa por se ligar a uma agência com a operação Login, e por se associar ao canal do serviço de eventos, passando a aceder à conta através da interface obtida. A partir desse momento, o cliente deve monitorizar o estado das sessões, permitindo registar ou cancelar apostas apenas durante a fase de registo, e permitindo enviar bingo apenas durante a fase de sorteio. No caso do programa cliente fornecido, o envio do bingo é controlado pelo jogador, através de um botão. O programa obtém a interface do servidor de bingo através do serviço de nomes, pesquisando a interface registada com os nomes indicados nas caixas de diálogo. Caso tenha tempo, o grupo deverá desenvolver um programa cliente, com um menu simples onde constem todas as opções disponíveis. wyxyz {} y~y ƒ } y y ;ˆ Š Para facilitar o desenvolvimento do servidor de agência, são fornecidos: executáveis de todas as aplicações que constituem o sistema, ficheiro Bingo.idl com a definição das interfaces; ficheiro servicos.bat para arrancar os servidores de nomes e de eventos; os ficheiros corba_server.h e corba_server.cpp para correr a tarefa CORBA em paralelo com o processamento dos eventos gráficos. Não se esqueça de arrancar o Smart Agent e os Servidores de Nomes e de Eventos do Visibroker antes de correr os executáveis da aplicação. 5

7 ;Œ Ž Œ? Œ Cada grupo deve ter em consideração o seguinte: Não perca tempo com a estética de entrada e saída de dados Programe de acordo com os princípios gerais de uma boa codificação (utilização de indentação, apresentação de comentários, uso de variáveis com nomes conformes às suas funções...) e Proceda de modo a que o trabalho a fazer fique equitativamente distribuído pelos dois membros do grupo. Š š Qœ Ÿž Kš A parte laboratorial é composta por dois trabalhos de avaliação. A duração prevista para cada um deles é de 5 semanas para o primeiro trabalho (P1) e de 6 semanas para o segundo (P2). A parte prática tem o seu início formal na semana de 23 de Setembro. O quadro seguinte mostra as datas de entrega de cada trabalho de avaliação (P) e as datas previstas para os testes teóricos (T): Setembro 2002 Novembro Outubro 2002 Dezembro P T P T