brigas-team team mailing list archive

[Everton Cleiton de Oliveira <webton@xxxxxxxxxxx>]

    Dei uma lida e não consegui pensar em nada mais a acrescentar. Só fiquei na dúvida quanto a dois requisitos:

         * Sempre iniciar o jogo automaticamente após cinco segundos do último jogador entrar na sala.
    
         Não seria melhor o jogador master(que criou a sala) iniciar o jogo?

         * Pedir ao(s) vencedor(es) apelido e senha para incrementar sua pontuação caso o jogo termine com sucesso, não é obrigatório para o jogador informá-los.

         Se eles já têm cadastros, não deveriam fornecer seus dados de novo.


    Gostei muito da idéia do GameManager. Estava pensando em uma interface comum (cabeçalhos de mensagens iguais, diferenciando pelo campo de dados) onde todos os jogos se comunicariam com ele. É nisto que você está pensando?


                                                           Everton Cleiton                                       Graduando em Ciência da Computacão - UFAL



> From: diogo.comp@xxxxxxxxx
> Date: Sat, 2 May 2009 20:15:37 -0300
> To: brigas-team@xxxxxxxxxxxxxxxxxxx
> Subject: [Brigas-team] Brainstorm e criação de requisitos para o Brisa Game Server
> 
> Pessoal, como eu havia dito, vou passar a mandar emails somente para
> essa lista, quem não se inscreveu não vai participar das discussões.
> Acho uma tremenda falta de interesse não ter inscrito até hj, são só
> alguns clicks e pronto.
> 
> Bom, indo ao que interessa:
> 
> Criei a primeira lista de requisitos para o BRiGaS, espero que vcs
> leiam e interajam, como eu já havia dito, são muitas pessoas e não dá
> pra ficar fazendo reunião, as coisas vão ser decididas aqui pela lista
> de email mesmo. Portanto, passem a ler seus emails com mais frequencia
> e respondê-los tb!
> 
> Requisitos do Brisa Game Server
> 
> Cada jogo do servidor deve ser "plugado" dinâmicamente (plug-in).
> Mostar ranking de melhores jogadores para cada jogo.
> Mostrar jogos disponíveis.
> Mostrar salas disponíveis de um jogo.
> Criar nova sala em um jogo.
> Restringir a criação de salas quando já possuir três salas disponíveis.
> Entrar em um sala.
> Uma sala não estará mais disponível quando a mesma possuir o número
> máximo de jogadores.
> Sempre iniciar o jogo automaticamente após cinco segundos do último
> jogador entrar na sala.
> Ao iniciar o jogo, deve-se atribuir um ID único gerado automaticamente
> para cada jogador.
> Repassar informações do jogo para os jogadores sempre que avisado pelo mesmo.
> Repassar informações enviadas pelos jogadores ao jogo.
> Permitir que jogodores saiam do jogo sempre que desejar.
> Terminar uma partida ao ser informado pelo jogo de seu fim.
> Pedir ao(s) vencedor(es) apelido e senha para incrementar sua
> pontuação caso o jogo termine com sucesso, não é obrigatório para o
> jogador informá-los.
> Cadastrar o apelido e senha automaticamente ao ser informado um
> apelido não existente no banco de dados.
> 
> Como eu disse, essa foi a minha primeira ideia de requisitos, eu ainda
> não tinha revelado essa lista a vcs pois eu não sabia como implementar
> isto através de UPnP, mas quinta-feira eu tive uma conversa com o
> Leandro Sales e ele me ajudou a entender melhor o funcionamento do
> brisa e fez algumas sugestões para o BRiGaS.
> 
> Alguns porques e explicações:
> 
> Se vcs perceberem na primeira imagem q eu mandei pra vcs, os GAMES
> estão como serviços, agora eles não estão mais na camada de serviços e
> são apenas plugins. O brisa já possui uma API de plugins, então isso
> não ser difícil de ser feito, já olhei o código do brisa pra ter
> certeza.
> O porque disso é que como cada jogo sendo um serviço diferente seria
> mto complicado de fazer a comunicação do game manager com os jogos, eu
> não faço nem ideia de como seria essa comunicação. Agora com o game
> manager sendo uma camada acima dos jogos, tudo passa por ele, então
> ele tem comunicação direta com os jogos.
> A outra razão também se aplica a questão de "atribuir um ID único
> gerado automaticamente", pois o UPnP não mantêm estado, já que roda em
> cima do HTTP. Se cada jogo fosse um serviço o gerenciamento de
> jogadores para cada jogo que está acontecendo seria bem mais complexo,
> que eu também não faço ideia de como implementar isso. O ID vai servir
> para identificar qual jogador está fazendo oq, sempre que um jogador
> fizer uma requisição, este ID será mandando junto com a mesma, então o
> servidor irá mapear este ID de acordo com o jogo e a sala deste
> jogador.
> 
> Eu espero mesmo q surja uma discussão a partir deste email, não
> gostaria de ver todas essas minhas ideias serem as ideias finais, pois
> discussão gera melhoramento, e qto mais isso acontecer melhor esses
> requisitos vão ficar, logo melhor qualidade o nosso servidor vai ter.
> 
> 
> -- 
> =======================
> 
> Diogo Dutra Albuquerque
> 
> Meu Curriculum Lattes: http://lattes.cnpq.br/3624796077679922

_________________________________________________________________
Conheça os novos produtos Windows Live! Clique aqui.
http://www.windowslive.com.br