Racheiros

Membros

• Luiz Cláudio Theodoro (Idealizador)
• Joáo Paulo Cruz Araújo (Integrador)
• Tiago Barros de Souza (Projetista)
• Pedro Macedo Leite (Arquiteto do ambiente)
• Thiago Vasconcelos Mundim (Arquiteto do software)
• Lucas Pires de Oliveira (DBA)
• Leonardo Fernandes Nunes (Desenvolvedor)
• Pâmella Bernardes de Oliveira (Desenvolvedora)
• Caio Augusto Araújo de Oliveira (Web Designer)

Escopo

• Desenvolver uma solução web para acesso gratuito onde:
  • Administradores de grupo possam organizar seus eventos (rachas, ensaios, treinos, encontros, ...)
  • Atletas, artistas, músicos, etc, possam utilizar de um portal para atualização de informações e integração com seus pares
  • Empresas de aluguel de quadras, associações ou clubes possam manter um registro dos responsáveis por cada evento e ainda manter um canal de comunicação efetivo com eles
  • Empresas de compra em lote possam oferecer promoções de produtos alinhados com o uso dos membros dos grupos

Requisitos

Funcionais

• A aplicação deve (1a. Fase):

1. permitir a criação de grupos gerenciados por um administrador
2. criar uma forma simples de agendar os eventos
3. disponibilizar uma forma de configuração (parametrização) de funcionalidades
4. convidar os membros para os eventos programados
5. possibilitar a atualização e o cálculo da presença individual de cada membro
6. emitir relatórios estatísticos sobre frequência e pontuação
7. facilitar a inclusão de vídeos, fotos e textos
8. manter um histórico dos eventos passados
9. destacar os aniversários dos membros de cada grupo
10. Permitir a votação do Bola Cheia e do Bola Murcha
11. Permitir a pesquisa de grupos, e seus membros, inclusive sem login
12. Permitir controle financeiro e pagamento de racha por paypal ou pagseguro
13. Permitir relatorios de personalizados (varios campos a escolha do usuário)
14. Permitir importação de do outolook ou gmail para usuários (o administrador do racha pode criar varios usuários, e o sistema mandar os dados de acesso para cada um)
15. Mandar SMS de confirmação de presença
16. Mandar URA de confirmação de presença
17. Permitir a qualificação do site por parte dos usuários
18. Disponibilizar um mapa da onde a pessa esta, até a quadra (com o GPS, (Ex. IGO))
19. Montar um mapa geografico da casa dos integrantes do grupo, e sugerir a melhor quadra.
20. Implementar recuperação de senha por email.
21. Possibilitar aos usuários opinar e dar idéias para implementação de novos recursos e funcionalidades.

• A aplicação deve (2a. Fase):

1. permitir a criação de grupos gerenciados por um administrador
2. criar uma forma simples de agendar os eventos
3. disponibilizar uma forma de configuração (parametrização) de funcionalidades
4. convidar os membros para os eventos programados
5. possibilitar a atualização e o cálculo da presença individual de cada membro
6. emitir relatórios estatísticos sobre frequência e pontuação
7. facilitar a inclusão de vídeos, fotos e textos
8. manter um histórico dos eventos passados
9. destacar os aniversários dos membros de cada grupo
10. Permitir a votação do Bola Cheia e do Bola Murcha
11. Permitir a pesquisa de grupos, e seus membros, inclusive sem login
12. Permitir controle financeiro e pagamento de racha por paypal ou pagseguro
13. Permitir relatorios de personalizados (varios campos a escolha do usuário)
14. Permitir importação de do outolook ou gmail para usuários (o administrador do racha pode criar varios usuários, e o sistema mandar os dados de acesso para cada um)
15. Mandar SMS de confirmação de presença
16. Mandar URA de confirmação de presença
17. Permitir a qualificação do site por parte dos usuários
18. Disponibilizar um mapa da onde a pessa esta, até a quadra (com o GPS, (Ex. IGO))
19. Montar um mapa geografico da casa dos integrantes do grupo, e sugerir a melhor quadra.
20. Implementar recuperação de senha por email.
21. Possibilitar aos usuários opinar e dar idéias para implementação de novos recursos e funcionalidades.

Não-funcionais

O sistema deve:

1. ser disponibilizado na web
2. ter interface adequada para acesso por PCs, tablets, Ipads e celulares
3. interagir com os usuários por email
4. garantir autenticação do usuário pelo email e senha (com contas gmail, orkut, twitter, faceboo, etc)
5. integrar-se com redes sociais como Facebook, Twitter e outras
6. vincular ao Google Calendar
7. Ser https apenas no login, e http para todo o site. (obs. sem logar o usuário poderá ver todos os dados (para aparecer no google))

Cronograma de Trabalho

1. Entrega 1 - 02/03/2012 - Todos
   1. Colaborar no escopo, requisitos funcionais e não-funcionais
2. Entrega 2 - 09/03/2012 - Todos
   1. Sugerir separação das funcionalidades entre Fase I e Fase II
   2. Caio: Benchmark de front-ends
   3. Thiago: Desenho dos casos
   4. Lucas: Desenho dos classes
   5. Pedro: Proposta de alocação do ambiente
3. Entrega n - Data - Responsável

Separação de funcionalidades por fase

1ª fase: (itens)

1- permitir a criação de grupos gerenciados por um administrador.
2- criar uma forma simples de agendar os eventos.
3- disponibilizar uma forma de configuração (parametrização) de funcionalidades.
4- convidar os membros para os eventos programados.
5- possibilitar a atualização e o cálculo da presença individual de cada membro.
6- emitir relatórios estatísticos sobre frequência e pontuação.
8- manter um histórico dos eventos passados.
9- destacar os aniversários dos membros de cada grupo.
11- Permitir a pesquisa de grupos, e seus membros, inclusive sem login.
13- Permitir relatorios de personalizados (varios campos a escolha do usuário).
17- Permitir a qualificação do site por parte dos usuários.
20- Implementar recuperação de senha por email.
21- Possibilitar aos usuários opinar e dar idéias para implementação de novos recursos e funcionalidades.(complemento do item 17).

2ª fase: (itens)

7- facilitar a inclusão de vídeos, fotos e textos.
12- Permitir controle financeiro e pagamento de racha por paypal ou pagseguro. (este item talvez faça parte de uma 3ª fase devido à possível complexidade técnica e/ou burocrática).
14- Permitir importação do outolook ou gmail para usuários (o administrador do racha pode criar varios usuários, e o sistema mandar os dados de acesso para cada um).
15- Mandar SMS de confirmação de presença.(este item talvez faça parte de uma 3ª fase).
16- Mandar URA de confirmação de presença.(este item talvez faça parte de uma 3ª fase).
18- Disponibilizar um mapa da onde a pessa esta, até a quadra (com o GPS, (Ex. IGO)).
19- Montar um mapa geografico da casa dos integrantes do grupo, e sugerir a melhor quadra.

Pode ser na primeira ou segunda:

10- Permitir a votação do Bola Cheia e do Bola Murcha (este item pode depender ou não de vídeos para auxílio na votação). Se não depender, os únicos que podem votar são os jogadores que participaram do jogo.