Linha 43: Linha 43:
# Permitir relatorios de personalizados (varios campos a escolha do usuário)
# Permitir relatorios de personalizados (varios campos a escolha do usuário)
# Implementar recuperação de senha por email.
# Implementar recuperação de senha por email.
# Possibilitar aos usuários opinar e dar idéias para implementação de novos recursos e funcionalidades.
<br>
<br>


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


# permitir a criação de grupos gerenciados por um administrador
# criar uma forma simples de agendar os eventos
# disponibilizar uma forma de configuração (parametrização) de funcionalidades
# convidar os membros para os eventos programados
# possibilitar a atualização e o cálculo da presença individual de cada membro
# emitir relatórios estatísticos sobre frequência e pontuação
# facilitar a inclusão de vídeos, fotos e textos
# facilitar a inclusão de vídeos, fotos e textos
# manter um histórico dos eventos passados
# destacar os aniversários dos membros de cada grupo
# Permitir a votação do Bola Cheia e do Bola Murcha
# Permitir a pesquisa de grupos, e seus membros, inclusive sem login
# Permitir controle financeiro e pagamento de racha por paypal ou pagseguro
# Permitir controle financeiro e pagamento de racha por paypal ou pagseguro
# Permitir relatorios de personalizados (varios campos a escolha do usuário)
# 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)
# 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)
# Mandar SMS de confirmação de presença
# Mandar SMS de confirmação de presença
Linha 67: Linha 55:
# Disponibilizar um mapa da onde a pessa esta, até a quadra (com o GPS, (Ex. IGO))
# Disponibilizar um mapa da onde a pessa esta, até a quadra (com o GPS, (Ex. IGO))
# Montar um mapa geografico da casa dos integrantes do grupo, e sugerir a melhor quadra.
# Montar um mapa geografico da casa dos integrantes do grupo, e sugerir a melhor quadra.
# Implementar recuperação de senha por email.
# Possibilitar aos usuários opinar e dar idéias para implementação de novos recursos e funcionalidades.
# Possibilitar aos usuários opinar e dar idéias para implementação de novos recursos e funcionalidades.
# Possibilitar aos usuários opinar e dar idéias para implementação de novos recursos e funcionalidades.
<br>
<br>

Edição das 15h37min de 3 de março de 2012

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. manter um histórico dos eventos passados
  8. destacar os aniversários dos membros de cada grupo
  9. Permitir a votação do Bola Cheia e do Bola Murcha
  10. Permitir a pesquisa de grupos, e seus membros, inclusive sem login
  11. Permitir relatorios de personalizados (varios campos a escolha do usuário)
  12. Implementar recuperação de senha por email.


  • A aplicação deve (2a. Fase):
  1. facilitar a inclusão de vídeos, fotos e textos
  2. Permitir controle financeiro e pagamento de racha por paypal ou pagseguro
  3. 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)
  4. Mandar SMS de confirmação de presença
  5. Mandar URA de confirmação de presença
  6. Permitir a qualificação do site por parte dos usuários
  7. Disponibilizar um mapa da onde a pessa esta, até a quadra (com o GPS, (Ex. IGO))
  8. Montar um mapa geografico da casa dos integrantes do grupo, e sugerir a melhor quadra.
  9. Possibilitar aos usuários opinar e dar idéias para implementação de novos recursos e funcionalidades.
  10. 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