Sem resumo de edição |
|||
| Linha 84: | Linha 84: | ||
== Separação de funcionalidades por fase == | == Separação de funcionalidades por fase == | ||
1ª fase: (itens) | 1ª fase: (itens)<br><br> | ||
1- permitir a criação de grupos gerenciados por um administrador.<br> | 1- permitir a criação de grupos gerenciados por um administrador.<br> | ||
2- criar uma forma simples de agendar os eventos.<br> | 2- criar uma forma simples de agendar os eventos.<br> | ||
Edição das 14h44min 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:
- 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
- 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 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)
- Mandar SMS de confirmação de presença
- Mandar URA de confirmação de presença
- Permitir a qualificação do site por parte dos usuários
- 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.
- Implementar recuperação de senha por email.
- Possibilitar aos usuários opinar e dar idéias para implementação de novos recursos e funcionalidades.
Não-funcionais
O sistema deve:
- ser disponibilizado na web
- ter interface adequada para acesso por PCs, tablets, Ipads e celulares
- interagir com os usuários por email
- garantir autenticação do usuário pelo email e senha (com contas gmail, orkut, twitter, faceboo, etc)
- integrar-se com redes sociais como Facebook, Twitter e outras
- vincular ao Google Calendar
- 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
- Entrega 1 - 02/03/2012 - Todos
- Colaborar no escopo, requisitos funcionais e não-funcionais
- Entrega 2 - 09/03/2012 - Todos
- Sugerir separação das funcionalidades entre Fase I e Fase II
- Caio: Benchmark de front-ends
- Thiago: Desenho dos casos
- Lucas: Desenho dos classes
- Pedro: Proposta de alocação do ambiente
- 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.