Aluno: Marcos Paulo Jos de Melo Silva.

Sistema de torneios online de cubo mgico.

Requisitos funcionais:
1. Fazer login no sistema.
Descrio: o usurio depois de ter criado uma conta poder ter acesso h
todos os recursos.
2. Visualizar torneios.
Descrio: o usurio poder saber sobre os torneios que esto para acontecer
e\ou acontecendo, e poder tambm visualizar detalhes sobre ele.
3. Participar de torneio.
Descrio: o usurio poder escolher um torneio para participar.
4. Enviar tempo.
Descrio: o usurio enviar seu tempo nos torneios ou fora dos torneios.
5. Criar torneios.
Descrio: o usurio poder criar dois tipos de torneios, os oficiais e os no
oficiais, os oficiais no podero ser criados por qualquer usurio.
6. Comparar desempenho.
Descrio: o usurio poder escolher grupos de competidores para comparar
seu desempenho nos torneios.
7. Visualizar grficos de desempenho.
Descrio: o usurio poder ver seu desempenho total ou em torneios.
8. Visualizar ranking.
Descrio: todos participantes inscritos no sistema ter uma pontuao, que
ser usada em classificaes gerais e especificas.
9. Visualizar tempos.
Descrio: o usurio poder ver seus tempos de montagem enviados e de
outras pessoas.
Requisitos no funcionais:
1. Validar login.
Descrio: quando o usurio se logar sua autenticidade devera ser verificada,
por questo de segurana.
2. Validar tempo.
Descrio: o tempo enviado pelo usurio devera ser verificado, para saber se
no houve trapaa.
3. O sistema deve ter uma boa usabilidade.
Descrio: como o sistema ser usado por muitas pessoas ele devera ser
bastante intuitivo.
Requisitos de domnio:
Os requisitos de domnio sero baseados no regulamento da Word Cube Association
(WCA) s que com algumas adaptaes, j que as competies no sero presenciais.
1. Competio.
Descrio: aconselhvel que a competio tenha no mnimo 12 competidores.
As competies podem ter limites de tempo por rodada de um evento. Se,
durante uma rodada, um competidor no resolver dentro do limite de tempo, sua
resoluo pode ser parada e desqualificada pelo juiz.
2. Embaralhamento.
Descrio: Os quebra-cabeas devem ser embaralhados usando uma seqncia
de embaralhamento ou posio de embaralhamento gerada aleatoriamente, que
devem ser mantidas em segredo para todos at ha hora da competio. Os
competidores devem resolver as mesmas seqncias de embaralhamentos ou
posies de embaralhamento em cada grupo de competidores.



Narrativas dos casos de usos:
1. Fazer login
Descrio: Fazer login.
Ator primrio: Competidor.
Pr-condies: No ter efetuado o login.
Fluxo bsico:
1) Competidor acessa a pgina de login.
2) O sistema solicita o nome do competidor e a senha.
3) O sistema verifica se os dados so validos.
4) O sistema cria uma sesso para o competidor no sistema.
Fluxo alternativo:
4a) No passo 4 o nome do competidor e senha esto incorretos
4a1) O sistema informa o erro.
4a2) Inicia o caso de uso Fazer login.
2. Validar login.
Descrio: Verifica se o login existe.
Ator primrio: Sistema.
Pr-condio: Ter efetuado o login.
Fluxo bsico:
1) O sistema verifica se os dados so validos.
2) O sistema confirma a autenticidade.
Fluxo alternativo:
2a) O sistema informa que o login no existe.
2a) O sistema solicita que ele efetue novamente o login.
3. Visualizar torneios.
Descrio: permite os competidores visualizar os torneios.
Ator primrio: Competidor.
Pr-condio: Nenhuma.
Fluxo bsico:
1) O competidor acessa o sistema.
2) O competidor acessa a pagina de torneios.
3) O sistema retorna todos os torneios.
4. Participar de torneio.
Descrio: O competidor poder escolher o um torneio para participar.
Ator primrio: Competidor
Pr-condio: Estar logado.
Fluxo bsico:
1) O competidor acessa o sistema.
2) O competidor acessa a pagina de torneios.
3) O sistema retorna todos os torneios.
4) O competidor escolhe o torneio.
5) O competidor comea a participar.
Fluxo alternativo:
5a) No h vagas no torneio.
5a1) O sistema avisa que foi impossvel se inscrever no torneio.
5a2) O sistema solicita que ele tente outro torneio.
5. Enviar tempo.
Descrio: O competidor poder enviar seu tempo.
Ator primrio: Competidor.
Pr-condio: Estar logado e/ou estar participando de um torneio.
Fluxo bsico:
1) O competidor marca seu tempo.
2) O competidor envia seu tempo.
6. Validar tempo.
Descrio: Verificar se tempo enviado valido.
Ator primrio: Sistema.
Pr-condio: Ter enviado o tempo.
Fluxo bsico:
1) O sistema recebe o tempo.
2) O sistema avalia o tempo enviado.
3) O sistema aceita o tempo.
Fluxo alternativo:
3a) O sistema no aceita o tempo.
3a1) O sistema informa ao competidor que o tempo no foi aceito.
3a2) Se o competidor no tiver no torneio.
3a2b) O sistema solicita que ele envie outro tempo .
3a3) Se o competidor tiver em um torneio.
3a3b) O sistema considerar o tempo como 0s.
7. Criar torneios no oficiais.
Descrio: O competidor poder criar torneios, s que no estar aberto para to-
do os participantes.
Ator primrio: Competidor.
Pr-condio: Estar logado.
Fluxo bsico:
1) O competidor acessa o sistema.
2) O competidor acessa o a pagina de criao de torneios
3) O competidor escolhe a modalidade do torneio.
4) O competidor configura o tornei.
5) O competidor convida os participantes.
8. Criar torneios oficiais.
Descrio: Todos os competidores podero participar.
Ator primrio: Administrador.
Pr-condio: Estar logado.
Fluxo bsico:
1) O administrador acessa o sistema.
2) O administrador acessa o a pagina de criao de torneios
3) O administrador escolhe a modalidade
4) O administrador configura o torneio.
5) O administrador libera o torneio para que os competidores possam parti-
cipar.
9. Comparar desempenho.
Descrio: O competidor poder comparar desempenho entre outros competido-
res.
Ator primrio: Competidor.
Pr-condio: Nenhuma.
Fluxo bsico:
1) O competidor acessa o sistema.
2) O competidor acessa a pagina de competidores
3) O competidor escolhe os competidores que vai querer comparar.
4) O competidor submete as escolhas.
5) O sistema faz os clculos.
6) O sistema retorna a comparao.
10. Visualizar grfico de desempenho.
Descrio: O competidor poder ver grficos de seu desempenho ou de outros
competidores.
Ator primrio: Competidor.
Pr-condio: Nenhuma.
Fluxo bsico:
1) O competidor acessa o sistema.
2) O competidor acessa a pagina de competidores.
3) O competidor escolher um competidor.
4) O sistema retornar o grfico de desempenho.
11. Visualizar ranking.
Descrio: Haver um ranking com todos os competidores.
Ator primrio: Competidor.
Pr-condio: Nenhuma.
Fluxo bsico:
1) O competidor acessa o sistema.
2) O competidor acessa a pagina de ranking.
3) O competidor escolhe a modalidade.
4) O sistema retorna o resultado.
12. Visualizar tempos.
Descrio: Os tempos dos competidores sero visveis para todos.
Ator primrio: Competidor.
Pr-condio: Nenhuma.
Fluxo bsico:
1) O competidor acessa o sistema.
2) O competidor acessa a pagina de tempos.
3) O competidor escolhe o competidor.
4) O sistema retorna os tempos do competidor.

Modelagem de domnio:

Uma competio deve ter os seguintes oficiais: um delegado, um juiz por evento,
embaralhadores por evento. Esses oficiais no preciso ser pessoas.
O delegado do torneio ser responsvel:
Fazer relatrios sobre a como foi competio.
O juiz do evento em um torneio ser responsvel:
Assegurar que as regras sejam seguidas.
Decidir sobre a desqualificao de um competidor em um evento.
O embaralhador de um evento ser responsvel:
Dizer a seqncia de embaralhamento que deve ser seguida.
Qualquer pessoa poder participar de uma competio se:
Aceitar os regulamentos da competio.
No estiver banido das competies.
Os competidores devem fornecer todas as informaes solicitadas (pelo menos: nome,
pas, data de nascimento, sexo, informao de contato, eventos selecionados) para que a
inscrio seja considerada completa.
Projeto arquitetural:

Inicialmente o projeto ter trs mdulos que ser o view, core e o database, que ser o de
dados, pode ser ver que o modelo arquitetural utilizado ser o MVC, no qual separa a
lgica de negcio da lgica de apresentao.


Diagrama de distribuio:

Modelo de processo:
O Scrum um modelo de processo de desenvolvimento iterativo e incremental utilizado
no desenvolvimento gil de software. Por ser uma metodologia gil onde se tentar
minimizar o risco do desenvolvimento de software em curtos perodos e tambm por ser
usado com bastante sucesso no mundo ele tem todos os atributos necessrios para ser o
modelo de processo usado no desenvolvimento do Sistema de torneios online de cubo
mgico.

Links:
http://www.cubomagicobrasil.com/downloads/WCA_regulations2009v1_portuguese.pdf