Racheiros

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

5W2H

• What?
  • Qual o nome da solução?
    • http://www.racheiros.com.br/
  • Qual o objetivo, a finalidade?
    • Construir um site que ajude os praticantes de esportes ou eventos em geral e organizadores destes a reunir com seus parceiros para marcarem horários em quadras, estúdios ou locais específicos e ajude empresários proprietários destes locais à reservar horários e gerenciar o uso de seu estabelecimento. Desta forma, sendo um atrativo meio de comunicação para fabricantes e lojas de equipamentos que por sua vez poderão lançar seus produtos e promoções.
  • O que é a aplicação?
    • Um portal web com interface gráfica intuitiva para facilitar a comunicação entre os usários e com buscas de informações, tais como dados dos usuários, grupos, locais e horários livres.
  • Qual o diferencial deste serviço?
    • A utilização de uma comunicação por SMS com os usuários para a confirmação de presença e confirmação de eventos, a possibilidade de agendar horários nos locais pela internet, o gerenciamento da utilização destes locais, divulgação de promoções, lojas e lançamento de produtos.
  • Resumo:
    • Um sistema Web que permite a criação de grupos de usuários referentes a determinada necessidade com funções interessantes como agendar compromissos, convidar por e-mail, controlar frequencia, permitir interação pelo site e uma série de serviços adicionais.

• Why?
  • O porquê de se desenvolver essa solução?
    • O caso mais comum é o inúmeros organizadores de “rachas” que gastam muito dinheiro e tempo toda semana entrando em contato com outros “racheiros” e quadras para que possam agendar e confirmar os “rachas”. Por outro lado os donos de quadras podem gerenciar melhor seu negócio facilitando novas locações, automatizando e documentando os dados de seu estabelecimento.
  • Qual o motivo?
    • Porque o mercado de aluguéis de campos, quadras, locais de eventos têm crescido nos últimos anos e o número de locais também.
  • Porquê alguém investiria neste negócio?
    • Porque as pessoas estão constantemente se encontrando, seja para uma finalidade esportiva, seja um grupo musical ou ainda uma comunidade qualquer. Efetivamente, todos querem comunicar aos demais sobre compromissos e muitas vezes controlar estas reuniões seja pelo simples cálculo da assiduidade ou ainda vinculando a pontuações, como no caso de premiação pela fidelidade
    • Com base nessa prática tão comum, ter um sistema que facilite a vida do administrador e também de todos os membros do grupo passa a ser interessante para todos. Se puder adicionar a participação de outras entidades que possam fazer uso do banco de dados de pessoas e gerar benefícios mais viável fica ainda o desenvolvimento de uma aplicação. Se for gratuita então, aí poderá ser bastante utilizada.

• Where?
  • Onde encontro solução similar? (Sistema igual ou próximo do que pretendo fazer)
    • www.peladeiro.com.br,
  • Onde poderá ser instalada?
    • A proposta inicial é que esta aplicação seja instalada num servidor Web comercial e que os administradores e membros possam acessá-la facilmente, simplesmente recebendo um usuário e senha.
  • Onde pode ser desenvolvida?
    • O desenvolvimento será feito na incubadora do UFU - Universidade Federal de Uberlândia
  • Onde poderá ser usada?
    • Em qualquer dispositivo que suporte HTML e tenha conexão com a internet. Disponível para usuários em qualquer lugar do mundo. Isto inclui dispositivos móveis como tablets e celulares
  • Onde poderá ser testada?
    • Em clubes, quadras, ginásios, estúdios, locais de eventos que aderirem ao projeto experimentalmente para que seja divulgado aos usuários, principalmente, esportistas os horários disponíveis dos locais agendados.

• When?
  • Quando começar a desenvolver?
    • O projeto está previsto para ser desenvolvido a partir do 3o. bimestre de 2012
  • Qual a previsão de lançamento da 1a. fase?
    • No 5o. bimestre de 2012, correspondendo a 10 meses de desenvolvimento, testes e disponibilização para o público.
  • Este projeto tem o seguinte cronograma:
    • 1o. bimestre de 2012: Projeto
    • 2o. bimestre de 2012: Modelagem
    • 3o. bimestre de 2012: Protótipo
    • 4o. bimestre de 2012: Desenvolvimento Fase I
    • 5o. bimestre de 2012: Teste e entrega Fase I
    • 6o. bimestre de 2012: Desenvolvimento Fase II e Manutenção Fase I

• Who?
  • Quem pode usar?
    • Organizadores de “rachas”, “racheiros”, (não se limitará apenas à futebol), donos de campos ou quadras esportivas, lojas e fabricante de equipamentos esportivos.
  • Quem pode desenvolver?
    • Qualquer programador com a infra estrutura necessária e tempo disponivel.
  • Quem poderá colocar o conteúdo?
    • As lojas e fabricantes de equipamento poderão fazer campanhas publicitárias de mercadorias e donos de quadras poderão também convidar grupos de esportistas à conhecerem suas quadras.
  • Detalhamento:
    • X Patrocinadores
    • 1 Integrador por 3 meses
    • 1 Projetista por 2 meses
    • 1 Arquiteto do ambiente por 4 meses
    • 1 Arquiteto do software por 5 meses
    • 1 DBA x 5 meses
    • 2 Desenvolvedor Junior por 4 meses
    • 1 Desenvolvedora Senior por 4 meses
    • 2 Web Designer por 3 meses
    • 1 Advogado por 1 contrato
    • 1 Analista de Mkt por 3 meses
    • 1 Analista de suporte por 6 meses

• How Much?
  • Quando custará o produto para o usuário final?
    • O preço para os racheiros é ZERO
  • Quanto custo todo o desenvolvimento?
    • O investimento total para desenvolvimento da solução envolvendo pessoal, equipamentos e demais custos estará em torno de R$ 200.000,00
  • Quanto é o custo para o provedor de conteúdo?
    • Para os estabecimentos esportivos o custo será de R$100,00 mensais. Para os patrocinadores o custo dependerá do tipo de campanha ele desejará fazer (SMS, e-mail ou banner).
  • Detalhamento de custos:
    • Hospedagem: 90 Euros/ano
    • Servidores: 2 x R$ 15.000,00
    • Notebooks: 4 x R$ 3.000,00
    • Dispositivos móveis:
      • Celulares: 5 x R$ 500,00
      • Tablets: 3 x R$ 1.200,00
    • Ads do Google: R$ 5.000,00 a cada trimestre
    • Registro da marca: R$ 10.000,00
    • Brindes para 1o.s cadastros: 50 x R$ 50,00

• How?
  • Como desenvolver?
  • Utilizar a linguaguem Java com banco de dados SQL para armazenamento das informações do site
  • Como testar?
    • Distribuir versões gratuitas para quadras e clubes para gerenciar seus horários de funcionamento e agendamento de locações.
  • Como adquirir?
    • Os estabelecimentos que desejam adquirir a ferramenta devem pagar uma mensalidade de manutenção e hospedagem das informações de suas quadras no site. Os patrocinanores devem fechar contratos para utilizarem os diversos meios de comunicação com os “racheiros”, tais como SMS, e-mail e banners no site.
  • Detalhamento:
    • Projeto: DotProject para acompanhamento de projeto
    • Modelagem: UML usando software Entreprise Architect
    • Desenvolvimento: Linguagem Java
    • Versões: SVN
    • Documentação: MediaWiki
    • Framework: Eclipse
    • Testes: JUnit
    • Ambientes:
      • Servidor:
      • Cliente: Firefox, Chrome e IE
      • Móvel: Android, Iphone e Nokia

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 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. Permitir relatorios de personalizados (varios campos a escolha do usuário)
5. Mandar SMS de confirmação de presença
6. Mandar URA de confirmação de presença
7. Permitir a qualificação do site por parte dos usuários
8. Disponibilizar um mapa da onde a pessa esta, até a quadra (com o GPS, (Ex. IGO))
9. Montar um mapa geografico da casa dos integrantes do grupo, e sugerir a melhor quadra.
10. Possibilitar aos usuários opinar e dando 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))
8. Seguir uma arquitetura orientada a serviços, para facilitar a criação de integrações com outros sistemas

Infra-estrutura

• http://www.hetzner.de/en

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 3 - 16/03/2012
   1. Caio: Atualizar Wiki
4. Entrega n - Data - Responsável

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)
• Caio Augusto Araújo de Oliveira (Web Designer)
• Ana Lúcia Soares (Desenvolvedora)
• Elisabete Carvalho Oliveira (Desenvolvedora)
• Vanessa Shiguemi Caetano de Oliveira (Desenvolvedora)
• Hiago Araujo Silva (Desenvolvedor)
• Rafaella Picolo Garcia (Desenvolvedora)